Hi Robert,
Thanks a lot for your email, it has all the infos I was missing about
Synfig's colorspace, and your advice about this is so precious!
So to make it fast I'll answer just the conclusion:
> Now that I've said what I think should be done, here is what I think *
> shouldn't* be done:
>
>
> - *Don't* change the color primaries of the native color space.
> Rec.709/sRGB primaries are common and familiar to just about everyone and
> it in no way limits the gamut of Synfig. Other primaries can be supported
> as special-purpose constructors and getter/setters on the color class, or
> simply only implemented in a more advanced version of the color picker.
> - *Don't* change the native gamma. If you want to mix colors in way
> that is more perceptually uniform, implement a custom color-mixing
> mechanism for gradients or other layers that arbitrarily mix colors.
>
>
>
I fully agree, as I stated before, Synfig's linear colorspace is very cool
:)
Just about gradients, from my artist/user point of view, I find current
method results look much better than sRGB gradients, and should be kept
default.
Though I agree having an option for those other gradients types could be
useful.
> In summary, here are my recommendations to improve color support in Synfig:
>
>
> - Improve the color picker to allow for a more perceptually uniform
> color selection, perhaps by calculating the hue and saturation using CIELAB
> or CIELUV.
> - For layers which are arbitrarily (perhaps "artistically" is a better
> word?) mixing colors, the selection of a color mixing algorithm should be
> given. (Gradient layers would benefit hugely form this)
> - Add support for proper color correction to Synfig Studio instead of
> just basic gamma/white-point adjustments (which I assume haven't changed
> since I first wrote them). Specifically, wide-gamut displays should be
> supported. This is a complicated task because color management is handled
> differently on different operating systems.
> - Add wide-gamut support to more output formats. Supporting stuff like
> xvYCC <http://en.wikipedia.org/wiki/XvYCC> would be trivial. Adding
> support for arbitrary color profiles (like Adobe RGB) in output standard
> image formats (JPEG, PNG, TIFF) would be a bit more difficult, but would
> still be worthwhile. OpenEXR was the only wide-gamut format that was
> supported back when I was coding all this stuff, but this may have changed.
>
>
>
Yes proper color correction of the output level (on screen and on render
file) is what's badly missing.
That's where I think using something like "Little CMS" would help to:
-get screen color management, to display synfig studio's canvas depending
on the current screen .icc profile
-export to wider-gamut/higher bit depth output formats, using any available
color profile.
About supported file format, yes there's OpenEXR, but also PNG and TIFF
that support up to 16bit/channel, which can already be useful.
Just to can use lcms for these tasks without changing current internal
colorspace, I guess we'll have to create an .icc profile to define synfig's
colorspace, and then it should be able to do the color conversions properly.
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and
their applications. This 200-page book is written by three acclaimed
leaders in the field. The early access version is available now.
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
_______________________________________________
Synfig-devl mailing list
Synfig-devl@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/synfig-devl
