← 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 :)

--
Marco

Follow ups

References