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

List:       kde-kimageshop
Subject:    Re: OpenGL Canvas or Not
From:       Enrico Guarnieri <ico.dy.ta () gmail ! com>
Date:       2013-10-18 14:23:31
Message-ID: CANWBsbZow4bcUgKYaOn=Mgba62_vrPm=raCWbhSYuTW7XECFgw () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


I've just recompiled git and with the texture buffer option active the
performances skyrocket! The difference is impressive, it's super fast and
stable! Thank you so much!

>"Ah, bah... I only got reports of Krita breaking for people because of
that option. I can revert it, of course. The problem remains that I haven't
got a representative set of test hardware, no nvidia, no radeon, so I only
test on Intel GPUs's"*
*

These problems are typical in a Windows environment too with integrated
nvidia/ati gpu for notebook, "cheap" version of major release hardware and
poor drivers. Usually professional applications scan for problematic
hardware and drivers and go automatically in software mode in these cases.
However this solution is not 100% reliable, so producers release list of
certified hardware and drivers for a specific software application. For
this reason many painting programs don't use an opengl canvas at all to
keep maximum compatibly but they're really fast with their viewport
movements in software mode.

>"Ubuntu 12.04 doesn't provide VC librairies afaik  ( and also got a lot of
librairies outdated, might also be a problem to follow Git master. )  ; you
probably already built VC yourself ; but if not your CPU ( a strong one )
might gain a big improvement of performances. For the 'buntus , I made this
script by the past to auto build VC 7.0 Git master :
https://raw.github.com/Deevad/compilscripts/master/vc-install.sh "

Yes, David I compiled Vc by myself. ^^

>"I always experienced Qpainter (CPU canvas) to get more slower for
continuous zoom or continuous rotation ; it's true it's really smooth with
GPU ; and smoother with an Intel GPU and libre driver. ( I discovered it in
our London trip on Boud's computer ; then I bought the week after the same
hardware :D )"

I know, I tried... It's really fast with old Intel GPUs too.

>"As Boudewijn linked ; a bug report is open about it :
https://bugs.kde.org/show_bug.cgi?id=313502
Trilinear is always blury ; at any zoom level. Qpainter(CPU) is a bit less
blury.
Choosing "Bilinear" is actually the best option ; from 100% to 50% you'll
match the Gimp/Mypaint/Azdrawing quality.
Above 50% ( 33% , 25%, 17%, 12% ) ; the Bilinear filter will bug ; and the
rendering will be bad ( total aliasing ). Equal to 'Nearest'.
I adapted my workflow to paint using mostly 50% as a workaround. And when I
do sketch/line art at 25% , I have a workaround changing the code , as I
explain on the bug report."

Thanks for the information! I were using the trilinear filtering because
thin lines disappeared at certain zoom levels, but I didn't pay attention
enough to this 50/25% zoom level matter. I'll check it again!

Thank you very much for your hard work, Boudewijn, Dmitri and Krita's team!
^^

[Attachment #5 (text/html)]

<div dir="ltr">I&#39;ve just recompiled git and with the texture buffer option active \
the  performances skyrocket! The difference is impressive, it&#39;s super fast 
and stable! Thank you so much!<br><br>&gt;&quot;Ah, bah... I only got reports of \
Krita breaking for people because of  that option. I can revert it, of course. The \
problem remains that I  haven&#39;t got a representative set of test hardware, no \
nvidia, no radeon,  so I only test on Intel GPUs&#39;s&quot;<b><br></b><div \
class="gmail_extra"><br></div><div class="gmail_extra">These problems are typical in \
a Windows environment too with integrated nvidia/ati gpu for notebook, \
&quot;cheap&quot; version of major release hardware and poor drivers. Usually \
professional applications  scan for problematic hardware and drivers and go \
automatically in  software mode in these cases. However this solution is not 100% 
reliable, so producers release list of certified hardware and drivers 
for a specific software application. For this reason many painting programs don&#39;t \
use an opengl canvas at all to keep maximum compatibly but they&#39;re really fast \
with their viewport movements in software mode. <br> <br>&gt;&quot;Ubuntu 12.04 \
doesn&#39;t provide VC librairies afaik  ( and also got a lot  of librairies \
outdated, might also be a problem to follow Git master. )   ; you probably already \
built VC yourself ; but if not your CPU ( a  strong one ) might gain a big \
improvement of performances. For the  &#39;buntus , I made this script by the past to \
auto build VC 7.0 Git master  : <a \
href="https://raw.github.com/Deevad/compilscripts/master/vc-install.sh" \
target="_blank">https://raw.github.com/Deevad/compilscripts/master/vc-install.sh</a> \
&quot;<br><br></div><div class="gmail_extra">Yes, David I compiled Vc by myself. \
^^<br> <br>&gt;&quot;I always experienced Qpainter (CPU canvas) to get more slower \
for  continuous zoom or continuous rotation ; it&#39;s true it&#39;s really smooth 
with GPU ; and smoother with an Intel GPU and libre driver. ( I 
discovered it in our London trip on Boud&#39;s computer ; then I bought the 
week after the same hardware :D )&quot;<br><br></div><div class="gmail_extra">I know, \
I tried... It&#39;s really fast with old Intel GPUs too.<br><br><div>&gt;&quot;As \
Boudewijn linked ; a bug report is open about it : <a \
href="https://bugs.kde.org/show_bug.cgi?id=313502" \
target="_blank">https://bugs.kde.org/show_bug.cgi?id=313502</a><br>

</div><div>Trilinear is always blury ; at any zoom level. Qpainter(CPU) is a bit less \
blury. <br></div><div>Choosing &quot;Bilinear&quot; is actually the best option ; \
from 100% to 50% you&#39;ll match the Gimp/Mypaint/Azdrawing quality. <br>

</div><div>Above 50% ( 33% , 25%, 17%, 12% ) ; the Bilinear filter will 
bug ; and the rendering will be bad ( total aliasing ). Equal to 
&#39;Nearest&#39;.<br></div>I adapted my workflow to paint using mostly 50%
 as a workaround. And when I do sketch/line art at 25% , I have a 
workaround changing the code , as I explain on the bug \
report.&quot;<br><br></div><div class="gmail_extra">Thanks  for the information! I \
were using the trilinear filtering because thin  lines disappeared at certain zoom \
levels, but I didn&#39;t pay attention  enough to this 50/25% zoom level matter. \
I&#39;ll check it again!<br><br></div><div class="gmail_extra">Thank you very much \
for your hard work, <span name="Boudewijn Rempt" class="">Boudewijn, Dmitri and \
Krita&#39;s team! ^^</span> </div><div class="gmail_extra"><br></div></div>



_______________________________________________
Krita 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