API: Add color-flow support (GE proposal)

[forderud]

Proposal to extend the API to also support display of color-flow data, in addition to tissue. This is intended to be a simple representation that is compatible with the way color-flow data is processed by any vendor.

Please note that the color-flow appearance is unlikely to exactly match the appearance on the original system, since the "internal" vendor encoding and algorithms are likely to be more advanced. The goal is therefore to get visual appearance that is fairly close to the original.

Integration of this extension will probably require bidirectional code for converting between the "internal" vendor encoding and the Image3dAPI encoding of flow data.

Changes:

• New 16bit color-flow format (8bit signed frequency value, 8bit unsigned power/bandwidth value)
• New color-map types for "flow color" [RGB] and "flow arbitration" [FreqPow]
• New IImage3dStream interface for grouping together "tissue" vs. "flow" frames

Tissue/flow display algorithm:

/** Reference algorithm for displaying "tissue" vs. "flow" data for a given on-screen pixel.
    Optimized for readability, not for speed. */
static RGBA ColorLookop(uint8_t tissue_val,
                        uint16_t flow_val,
                        array<RGBA,    256>     tissue_cm,
                        array<RGBA,    256*256> flow_cm,
                        array<uint8_t, 256*256> flow_arb) {

    if (flow_arb[flow_val] > tissue_val)
        return flow_cm[flow_val]; // display flow
    else
        return tissue_cm[tissue_val]; // display tissue
}

An implementation of this is found in the TestViewer GenerateBitmap function.

Screenshot