clipka <ano### [at] anonymousorg> wrote:
> Am 21.11.2010 01:08, schrieb MessyBlob:
>
> > To be complete, we'd need RGB triplets for:
> > - M: Colour to multiply background by (filter coefficients) first,
> > - P: Colour to add: (a) object colour affected by object alpha, and (b)
> > emission.
> ...
> > To summarise (and add a few more possibilities), I think this would:
> > - give authentic filters (like the "red filter", above);
> > - solve the background merging difficulty mentioned by CLipka;
> > - cover all the rgb(), rgbt(), rgbf(), and rgbft(); and
> > - improve the capabilities over the current rgb[f][t]() by allowing full
> > independent RGB specs for object colour, filter colour, and emission colour.
>
> I guess that could work.
>
> The drawback, however, would be...
>
> (1) a lack of file formats to support this complex model

File output is somewhat less complex than the model itself, as it just needs to
be able to cover the "filter" and "object color" portions of this.  ("Object
emission" can be included as an optional portion.)  Since each of these is a
standard RGB image, any sort of layered format works for this.

The first file format that readily springs to mind is PSD (Photoshop's format),
and then using a separate layer for each of "final filter", "final color", and
(if desired) "final emission".  Making it _look_ correct in viewers is
problematic without designing a file format (and viewer) specifically for that,
but I'd think that images output with all of this information are more likely to
be for intermediate usage in a process than for public consumption.

(PSD also has room for a lot of extra metadata about the image that we probably
don't need, so other formats that support either layers or something similar may
be more ideal.)

Post a reply to this message