← Back to team overview

kicad-developers team mailing list archive

Re: Graphics Limits … Windows & CAIRO


On Mon, May 14, 2012 at 8:32 AM, Lorenzo Marcantonio <
l.marcantonio@xxxxxxxxxxxx> wrote:

> On Sat, May 12, 2012 at 04:59:58PM +0200, Marco Serantoni wrote:
> > - Not with CAIRO on windows, since
> http://trac.wxwidgets.org/ticket/14194 was closed 4-5 weeks ago and tests
> were conducted on GDI (only matrox supports this in HW).
> CAIRO is a showstopper on Linux without gallium (i.e. hw acceleration),
> so the problem remain...

Lorenzo, if i recall correctly there is also an OpenGL backend that can be
enabled setting an enviroment variable.

> - We were using wxDC style, drawing immediate is more an handicap than a
performance gaining approach with HW acceleration.

 I'm not familiar with this issue
 Just see DoubleBuffered vs Non buffered wxDC, the first done first in
memory then pushed on the Device, the second done directly on the device.

 > I'm almost scared to fight with a new Custom Graphics Abstration Layer.
> Do you have another idea to keep the current (very reasonable)
> performance without hw accel and implementing hw accel support (most
> probably with opengl)?
> I agree that is not a trivial problem to solve. There are worse in the
> field :D for example: code for opengl supporting efficiently both triangle
> streaming gpu (Intel/ATI/NVidia) *and* tile renderers (PowerVR): if you
> think about it these are almost complementar way to handle rendering:P
> That and most open source drivers tends to have better performance in
> the 2d graphics path...

http://cairographics.org/backends/ <http://cairographics.org/OpenGL/>   -->
cairo-gl && xlib

We have usually a statically wireframe loaded, changed in small pieces and
almost moved or zoomed.
And those operations are easy to do doing operations with transformation
matrix :)


Follow ups