<br><br><div class="gmail_quote">On Fri, Oct 24, 2008 at 8:12 PM,  <span dir="ltr">&lt;<a href="mailto:roconnor@theorem.ca">roconnor@theorem.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">On Fri, 24 Oct 2008, Sebastian Sylvan wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It would be nice if we could customize the gamma curve. Different devices have different gamma.<br>
Some hardware even approximates the gamma curve with piecewise linear functions. This can make a<br>
massive difference if you, e.g. degamma the image assuiming a gamma of 2.2 (typical office LCD<br>
screen), do some work on it, then convert to a gamma of 2.5 (typical TV - they assume TVs will be<br>
in a darker background setting), then the graphics card reads this as sRGB with its own piecewise<br>
linear approximation, then does some more work on it, and converts it back. Long story short, if<br>
you can&#39;t get all of those steps right the errors can add up quickly and becomes very noticable.<br>
</blockquote>
<br></div>
That is a fair point. &nbsp;I&#39;ve only just started thinking about colour correction due to viewing environments. &nbsp;I remembered that dealing with colour was difficult (which is why I&#39;m writing this library), but I forgot exactly how difficult it was.<br>

<br>
I just finished user defined linear RGB spaces in my development version. Allowing user defined non-linear RGB spaces would be a reasonable addition.</blockquote><div><br></div><div>Another useful predefined space which I didn&#39;t see is the YCoCg space, which is used in lots of compression schemes (like H.264 IIRC).</div>
</div><br>-- <br>Sebastian Sylvan<br>+44(0)7857-300802<br>UIN: 44640862<br>