KisPainterCanvas uses 8-bit either. Speaking truly i can't imagine the case where one can see any difference in colors between 16/8-bit depth on regular monitor. As far as i remember DVI-standard uses "up to 24-bit" representation, so 16-bit won't help anyway ;)<br>
<br>Could you publish the test, please?<br><br>Maybe you mean "stripes" on gradients, don't you?<br>If so, the problem is a bit worse, than just "16-bit" canvas. As it might not help. Most of the editors, afaik, uses "dithering" during conversion from 16-bit to 8-bit. They add a special noise to the image to hide this stripes (at least Photoshop does).<br>
I'm not sure Krita has this ability... (Cyrille, ping!)<br><br><br><div class="gmail_quote">On Wed, Dec 23, 2009 at 6:02 PM, Boudewijn Rempt <span dir="ltr"><<a href="mailto:boud@valdyas.org">boud@valdyas.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">On Wed, 23 Dec 2009, Kai-Uwe Behrmann wrote:<br>
<br>
> In Krita 2.0.2 on xf86_64 Linux image displaying appears to be limited to<br>
> 8-bit per channel even with OpenGL switched on. The source material<br>
> is a 16-bit/3-channels gray gradient Tiff file. But the display output<br>
> looks like 8-bit. Kritas colour picker shows fine differences on a pixel<br>
> level. So loading appears to be correct. However the Krita display showes<br>
> lesser differences. Does Krita display its data in OpenGL as<br>
> GL_RGB16/GL_UNSIGNED_SHORT?<br>
><br>
> Any otheridea why Krita gives only 8-bit output?<br>
><br>
<br>
</div>Adrian Page is the person who can answer this most authoritatively, but I think<br>
that Krita always uses 8 bits rgb textures, unless the colorspace is RGBAF16HALF,<br>
and I think that that colorspace has been removed in favour of the openctl-based<br>
colorspaces, so the following lines in Krita are in error:<br>
<br>
./krita/ui/opengl/kis_opengl_image_textures.cpp: if (m_image->colorSpace()->id() == "RGBAF16HALF") {<br>
./krita/ui/opengl/kis_opengl_image_textures.cpp: if (colorSpaceId == "RGBAF16HALF") {<br>
./krita/ui/opengl/kis_opengl_image_textures.cpp: if (colorSpaceId == "RGBAF16HALF") {<br>
./krita/plugins/formats/tiff/kis_tiff_writer_visitor.cpp: if (KoID(cs->id()) == KoID("RGBAF16HALF") || KoID(cs->id()) == KoID("RGBAF32"))<br>
<br>
16 bits integer colorspaces are downsampled to 8 bits for display in opengl as well.<br>
I never realized this issue, maybe because I only have laptops and those have very<br>
crappy displays :-(.<br>
<div class="im"><br>
> In my tests a small test OpenGL viewer shows the rendering in 30-bit<br>
> display mode ("RGB weight 101010") different from Krita and very smooth as<br>
> expected.<br>
<br>
</div>The relevant code is in krita/ui/opengl and definitely needs a bit of maintenance.<br>
<font color="#888888"><br>
Boudewijn<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<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>Dmitry Kazakov<br>