It happens. I mean, I haven't really been around to point out things like this
in the past several years. :)
On May 11, 2013, at 11:20 PM, Carlos López González wrote:
> You're right Robert, I got confused. Gamma is load and saved with the
> settings of the application.
>
> El domingo, 12 de
2013/5/12 Carlos López González
> Thanks Timotheé.
> Now I start to see things clearly. So the current situation is similar to
> the block diagram you have drawn with the exception that the user can't
> choose a color space to perform the input value of the color through the
> color chooser and t
You're right Robert, I got confused. Gamma is load and saved with the
settings of the application.
El domingo, 12 de mayo de 2013, Robert Quattlebaum escribió:
>
> On May 11, 2013, at 4:06 PM, Carlos López González
> >
> wrote:
>
> > So, what's the usage of the gamma calibration widget? Should i
On May 11, 2013, at 4:06 PM, Carlos López González wrote:
> So, what's the usage of the gamma calibration widget? Should it be removed?
> Gamma value stored in canvas in a sift file is never used and we use always
> 2.2 for output and 1/2.2 for input. If we implement the color management we
>
The graphs look good to me.
👍
__
Robert Quattlebaum
(Sent from iPhone)
On May 11, 2013, at 7:21 AM, Timothée Giet wrote:
>
>> Synfig Studio does do monitor-specific color correction. It allows you to
>> correct for the monitor gamma (per channel) and the monitor black level.
2013/5/10 Robert Quattlebaum
>
> The monitor gamma adjustment was never intended to be used as a way to
> change the gamma of the native colorspace. The user "choosing to work with
> a gamma of 1.0" is a symptom of a huge problem. They aren't actually
> working at a gamma of 1.0, they are working
Oh yeah...
On May 9, 2013, at 11:34 PM, Robert Quattlebaum wrote:
> (Despite the fact that Synfig's native colorspace has gamut that covers 100%
> of human vision, Synfig Studio (at least the last time I checked) doesn't
> support wide-gamut displays or do any sort of color correction to adjus
The monitor gamma adjustment was never intended to be used as a way to change
the gamma of the native colorspace. The user "choosing to work with a gamma of
1.0" is a symptom of a huge problem. They aren't actually working at a gamma of
1.0, they are working on a completely misconfigured setup.
Hi Robert,
First, thank you for take your time on give us your vision and experience
on color management for Synfig.
Although I will need some time (and much reading!) to fully digest what you
say in your email, I would like to clarify a bit the mentioned "gamma
issue":
Basically what people com
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:
>
>
Howdy everyone.
On May 7, 2013, at 4:32 AM, Carlos López González wrote:
> Since it is planned for 0.64.1 to fix the "gamma issue" I asked to Timotheé
> Giet for help on that matter.
>
> I would like to write down a blueprint for color management in Synfig (and
> then fix the weirdness of th
11 matches
Mail list logo
