[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kimageshop
Subject:    Re: future of hdr colorspaces
From:       Simon Legrand <legrand.simon () gmail ! com>
Date:       2012-06-01 8:59:23
Message-ID: CAOJNML1eSQ9Ecmg9ycYtEyygcKLs-4XKSDKgRF_O+7txOXWLZA () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Fri, Jun 1, 2012 at 7:44 AM, Boudewijn Rempt <boud@valdyas.org> wrote:

> On Friday 01 June 2012 Jun, Simon Legrand wrote:
>
> > Lol. Yes, we do have plenty or ram. However we're dealing with such high
> > resolution textures most of the time that even our massive amount of ram
> > needs to be saved and used wisely. (64Gb in my current
> > machine<
> http://h10010.www1.hp.com/wwpc/us/en/sm/WF06a/12454-12454-296719-307907-4270224-3718645.html?dnr=1
> >
> > )
>
> I'm jealous!
>

> > ILM and NVIDIA more or less pioneered 16bit half for memory reasons and
> > it's become standard for us in almost all case except extreme
> displacement
> > maps which sometimes require 32bit grayscale.
> >
>
> The good thing is that Marti has all but decided to support half in the
> next release of lcms2 after I and Kai-Uwe asked for it again. So that shows
> a good path forward :-)
>
>
> > That said. This discussion should be all about performance. I've no idea
> > what effect OpenColorIO would have on both the performance and initial
> > stability, and neither do I really know how much work it would involve to
> > implement.
> >
> > What Krita offers now is very promising so if you thin it is possible to
> > stick with what's currently available and refine it then I would
> prioritise
> > that.
>
> I really need to dig in, but Krita can actually support multiple color
> engines concurrently. Krita is also a bit weird compared to other
> application in that we offload almost all color manipulation, including
> things like levels filters to the color engine -- and those engines are
> plugins. We have/had a couple already:
>
> lcms1
> lcms2
> ctlcs
> and, sort of, the painterly colorspace engine
>
> I guess we could just add another one... But the ocio docs are really
> limited.
>
> >
> > I'm in the process of making templates of our most commonly used image
> > formats and bit depth, which I will send to Boudewijn tomorrow.
> >
> > But just to give a rough idea, we're almost never painting in 8bit and
> > under 4096x4096.
> >
> > Usually we're looking at images of 8192x8192 at 16bit.
>
> Float, right?
>

Yes, sorry.


>
> > Trying it at home with the latest and greatest everything (kubuntu 12.04
> > and krita 2.4 straight out of apt) the performance is actually very good.
> > Definitely usable without much trouble. I have tried all the filters
> brush
> > ect yet, but it seems great to me.
> >
> > The tarball I'm using at work is not cutting it as easily at those
> > resolution but that's simply because it's a 32bit build. Boudewijn said
> he
> > was working on a 64bit build for us so I'm impatiently waiting for it to
> > start benchmarking against the photoshop box that sits next to me. :)
>
> Good point... I'll also compile the 64 bits version with more
> optimizations and less debug. The 32 bit build was very experimental.
>

That would be brilliant!


>
>
> >
> > And I'm rambling again.
> >
> >
> > >
> > > --
> > > Cyrille Berger
> > > _______________________________________________
> > > kimageshop mailing list
> > > kimageshop@kde.org
> > > https://mail.kde.org/mailman/listinfo/kimageshop
> > >
> >
> >
> >
> >
>
>
> --
> Boudewijn Rempt
> http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
> _______________________________________________
> kimageshop mailing list
> kimageshop@kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>



-- 
Simon Legrand
http://slegrand.blogspot.com/

[Attachment #5 (text/html)]

<br><br><div class="gmail_quote">On Fri, Jun 1, 2012 at 7:44 AM, Boudewijn Rempt \
<span dir="ltr">&lt;<a href="mailto:boud@valdyas.org" \
target="_blank">boud@valdyas.org</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="im">On Friday 01 June 2012 Jun, Simon Legrand \
wrote:<br> <br>
&gt; Lol. Yes, we do have plenty or ram. However we&#39;re dealing with such high<br>
&gt; resolution textures most of the time that even our massive amount of ram<br>
&gt; needs to be saved and used wisely. (64Gb in my current<br>
</div>&gt; machine&lt;<a \
href="http://h10010.www1.hp.com/wwpc/us/en/sm/WF06a/12454-12454-296719-307907-4270224-3718645.html?dnr=1" \
target="_blank">http://h10010.www1.hp.com/wwpc/us/en/sm/WF06a/12454-12454-296719-307907-4270224-3718645.html?dnr=1</a>&gt;<br>


&gt; )<br>
<br>
I&#39;m jealous!<br></blockquote><blockquote class="gmail_quote" style="margin:0pt \
0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div \
class="im"><br> &gt; ILM and NVIDIA more or less pioneered 16bit half for memory \
reasons and<br> &gt; it&#39;s become standard for us in almost all case except \
extreme displacement<br> &gt; maps which sometimes require 32bit grayscale.<br>
&gt;<br>
<br>
</div>The good thing is that Marti has all but decided to support half in the next \
release of lcms2 after I and Kai-Uwe asked for it again. So that shows a good path \
forward :-)<br> <div class="im"><br>
<br>
&gt; That said. This discussion should be all about performance. I&#39;ve no idea<br>
&gt; what effect OpenColorIO would have on both the performance and initial<br>
&gt; stability, and neither do I really know how much work it would involve to<br>
&gt; implement.<br>
&gt;<br>
&gt; What Krita offers now is very promising so if you thin it is possible to<br>
&gt; stick with what&#39;s currently available and refine it then I would \
prioritise<br> &gt; that.<br>
<br>
</div>I really need to dig in, but Krita can actually support multiple color engines \
concurrently. Krita is also a bit weird compared to other application in that we \
offload almost all color manipulation, including things like levels filters to the \
color engine -- and those engines are plugins. We have/had a couple already:<br>

<br>
lcms1<br>
lcms2<br>
ctlcs<br>
and, sort of, the painterly colorspace engine<br>
<br>
I guess we could just add another one... But the ocio docs are really limited.<br>
<div class="im"><br>
&gt;<br>
&gt; I&#39;m in the process of making templates of our most commonly used image<br>
&gt; formats and bit depth, which I will send to Boudewijn tomorrow.<br>
&gt;<br>
&gt; But just to give a rough idea, we&#39;re almost never painting in 8bit and<br>
&gt; under 4096x4096.<br>
&gt;<br>
&gt; Usually we&#39;re looking at images of 8192x8192 at 16bit.<br>
<br>
</div>Float, right?<br></blockquote><div><br>Yes, sorry.<br> </div><blockquote \
class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"> <div class="im"><br>
&gt; Trying it at home with the latest and greatest everything (kubuntu 12.04<br>
&gt; and krita 2.4 straight out of apt) the performance is actually very good.<br>
&gt; Definitely usable without much trouble. I have tried all the filters brush<br>
&gt; ect yet, but it seems great to me.<br>
&gt;<br>
&gt; The tarball I&#39;m using at work is not cutting it as easily at those<br>
&gt; resolution but that&#39;s simply because it&#39;s a 32bit build. Boudewijn said \
he<br> &gt; was working on a 64bit build for us so I&#39;m impatiently waiting for it \
to<br> &gt; start benchmarking against the photoshop box that sits next to me. :)<br>
<br>
</div>Good point... I&#39;ll also compile the 64 bits version with more optimizations \
and less debug. The 32 bit build was very experimental.<br></blockquote><div><br>That \
would be brilliant!<br> <br></div><blockquote class="gmail_quote" style="margin:0pt \
0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div class="im HOEnZb"><br>
<br>
&gt;<br>
&gt; And I&#39;m rambling again.<br>
&gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt; &gt; --<br>
&gt; &gt; Cyrille Berger<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; kimageshop mailing list<br>
&gt; &gt; <a href="mailto:kimageshop@kde.org">kimageshop@kde.org</a><br>
&gt; &gt; <a href="https://mail.kde.org/mailman/listinfo/kimageshop" \
target="_blank">https://mail.kde.org/mailman/listinfo/kimageshop</a><br> &gt; \
&gt;<br> &gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
<br>
--<br>
</div><span class="HOEnZb"><font color="#888888">Boudewijn Rempt<br>
<a href="http://www.valdyas.org" target="_blank">http://www.valdyas.org</a>, <a \
href="http://www.krita.org" target="_blank">http://www.krita.org</a>, <a \
href="http://www.boudewijnrempt.nl" \
target="_blank">http://www.boudewijnrempt.nl</a><br>

</font></span><div class="HOEnZb"><div \
class="h5">_______________________________________________<br> kimageshop mailing \
list<br> <a href="mailto:kimageshop@kde.org">kimageshop@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kimageshop" \
target="_blank">https://mail.kde.org/mailman/listinfo/kimageshop</a><br> \
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Simon Legrand<br><a \
href="http://slegrand.blogspot.com/">http://slegrand.blogspot.com/</a><br>



_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic