OpenGL Canvas or Not

Boudewijn Rempt boud at
Fri Oct 18 08:07:35 UTC 2013

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.



More information about the kimageshop mailing list