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

List:       kde-kimageshop
Subject:    Re: OpenGL Canvas or Not
From:       Dmitry Kazakov <dimula73 () gmail ! com>
Date:       2013-10-18 8:26:07
Message-ID: CAEkBSfXM1_jwORrsi17y4My1y-Nhzyu0B61v6zL3Smvsno3+ug () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


I can check on Nvidia  later today..


On Fri, Oct 18, 2013 at 12:07 PM, Boudewijn Rempt <boud@valdyas.org> wrote:

> On Fri, 18 Oct 2013, Enrico Guarnieri wrote:
>
>  1st Problem:
>> After removing the texture buffer option in Git the opengl canvas became
>> very slow and now it's unusable.
>>
>
> 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
>
>
>
>> My configuration:
>>
>> Processor    4x Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz
>> Memory    8GB
>> Operating System    Ubuntu 12.04.3 LTS
>>
>> Display Resolution    1680x1050 pixels
>> OpenGL Renderer      GeForce 9500 GT/PCIe/SSE2
>> Graphic Card memory 1024MB
>> NVIDIA Driver Version 319.32
>>
>> (Tried with older nvidia cards and a radeon hd 4670 too but with the same
>> result.)
>>
>>
>> Kernel    Linux 3.2.0-54-generic (x86_64) Ubuntu SMP
>> Default C Compiler    GNU C Compiler version 4.6.3
>>
>> (Tried with the lts-raring stack too but with the same result.)
>>
>> Desktop Environment tested  Xfce4/Kde4/Gnome3 with/without compositing
>> active.
>>
>>
>> 2nd problem:
>> Why the software mode is so slow in rotating and zooming the viewport? In
>> other painting programs is very fast without gpu acceleration using a
>> single core too!
>>
>
> I don't find it particularly slow, even in software mode, but that might
> depend on a lot of things, including the size of your image, the load of
> your system and a lot more. But as far as I'm concerned, I consider the
> software-mode canvas 'done', and I want to focus on getting the opengl
> canvas running well for everyone.
>
>
>  3rd Problem:
>> Why the painting in the viewport is "blurry" in opengl canvas and in
>> software mode as well? For example Gimp have a very sharp and precise
>> rendering...
>>
>
> OpenGL: because opengl only offers linear (bi or tri, with tri being more
> blurry) scaling modes. We're working on adding bicubic scaling to opengl
> mode, but that's very tricky.
>
> See: https://bugs.kde.org/show_bug.**cgi?id=313502<https://bugs.kde.org/show_bug.cgi?id=313502>
>
>
>>
>>
>>
> _______________________________________________
> Krita mailing list
> kimageshop@kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>


-- 
Dmitry Kazakov

[Attachment #5 (text/html)]

<div dir="ltr">I can check on Nvidia   later today..<br></div><div \
class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 12:07 \
PM, 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 Fri, 18 Oct 2013, Enrico Guarnieri \
wrote:<br> <br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> 1st Problem:<br>
After removing the texture buffer option in Git the opengl canvas became very slow \
and now it&#39;s unusable.<br> </blockquote>
<br></div>
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<div \
class="im"> <br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <br>
My configuration:<br>
<br>
Processor       4x Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz<br>
Memory       8GB<br>
Operating System       Ubuntu 12.04.3 LTS<br>
<br>
Display Resolution       <a href="tel:1680x1050" value="+491680" \
target="_blank">1680x1050</a> pixels<br> OpenGL Renderer          GeForce 9500 \
GT/PCIe/SSE2<br> Graphic Card memory 1024MB<br>
NVIDIA Driver Version 319.32<br>
<br>
(Tried with older nvidia cards and a radeon hd 4670 too but with the same \
result.)<br> <br>
<br>
Kernel       Linux 3.2.0-54-generic (x86_64) Ubuntu SMP<br>
Default C Compiler       GNU C Compiler version 4.6.3<br>
<br>
(Tried with the lts-raring stack too but with the same result.)<br>
<br>
Desktop Environment tested   Xfce4/Kde4/Gnome3 with/without compositing active.<br>
<br>
<br>
2nd problem:<br>
Why the software mode is so slow in rotating and zooming the viewport? In other \
painting programs is very fast without gpu acceleration using a single core too!<br> \
</blockquote> <br></div>
I don&#39;t find it particularly slow, even in software mode, but that might depend \
on a lot of things, including the size of your image, the load of your system and a \
lot more. But as far as I&#39;m concerned, I consider the software-mode canvas \
&#39;done&#39;, and I want to focus on getting the opengl canvas running well for \
everyone.<div class="im"> <br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> 3rd Problem:<br>
Why the painting in the viewport is &quot;blurry&quot; in opengl canvas and in \
software mode as well? For example Gimp have a very sharp and precise \
rendering...<br> </blockquote>
<br></div>
OpenGL: because opengl only offers linear (bi or tri, with tri being more blurry) \
scaling modes. We&#39;re working on adding bicubic scaling to opengl mode, but \
that&#39;s very tricky.<br> <br>
See: <a href="https://bugs.kde.org/show_bug.cgi?id=313502" \
target="_blank">https://bugs.kde.org/show_bug.<u></u>cgi?id=313502</a><br> <br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <br>
<br>
<br>
</blockquote>
<br>_______________________________________________<br>
Krita 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> \
<br></blockquote></div><br><br clear="all"><br>-- <br>Dmitry Kazakov </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