How is this different than now? Is it currently
inputcolorspace -> outputcolorspace -> resize -> write?
That would make the resize happen nonlinearly (bad) if the output space were
not linear.
Makes sense to me. Jeremy?
Note that you need to do the output color space conversion separately for each
MIP level as you output it, because every resize needs to happen linearly.
On Jun 12, 2012, at 11:55 AM, Stephen Parker wrote:
> I've been maintaining a local modification to maketx that converts data to
> linear colorspace prior to resizing, and then back out to sRGB. At the time I
> wrote it we were close to having OCIO support in OIIO, so I just maintained
> it as a local patch. Now that we have OCIO support, I'd like to change the
> logic of colorspace handling in maketx to:
>
> inputcolorspace -> linear -> resize -> outputcolorspace
>
> Is this ok? If so, I'll make the changes.
>
> -s
--
Larry Gritz
[email protected]
_______________________________________________
Oiio-dev mailing list
[email protected]
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
