kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #08319
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