kicad-developers team mailing list archive
Mailing list archive
Re: Performance profiling
Vesa Solonen <vsolonen@...>
Tue, 10 Mar 2009 15:20:09 +0200 (EET)
Alpine 1.99 (SOC 1136 2008-08-12)
On Mon, 9 Mar 2009, Wayne Stambaugh wrote:
Thanks, Wayne for your through explanation.
Vesa Solonen wrote:
> On Mon, 9 Mar 2009, jean-pierre charras - INPG wrote:
>> The grid is a reference, so i think the dots positions must be exact.
>> Perhaps creates a grid line in memory and using a blit function could be
>> faster; (to do)
Be very careful about the decision to use blitting. Remember, depending
on what zoom level you draw your initial bitmap you will be stretching
and/or shrinking a bitmap of the drawing instead of scaling the drawing
objects to the current zoom level.
I think Jean-Pierre meant blitting _only_ the resulting line of dots to
speed up drawing. On every zoom a line of dots is calculated as now and
then that line is copied. So no dot grid scaling at all. My guess is that
using wxGC that is already solved because there is no need to scale from
internal unit to screen units as wxGC handles it all. I may be wrong
though... Most I'm waiting a proper hw accelerated drawing for Xorg.
I have been working on some drawing (along with a whole bunch of other
stuff) improvements but I have been slowed by fragility of the current
drawing code. It seems like I always end up having to fix five other
things along the way when making what seems to be a fairly simple
change. I am willing to make the changes above to see if that improves
things but I will wait until after the next Kicad release. I have been
holding off on committing any code SVN because I have made some major
changes and I don't want to jeopardize pushing back the next release
I'm very interested to test and I think there is a need for 'testing'
branch and 'bug fix' or 'stable' branch. Something to consider is
http://repo.or.cz/ for hosting your devel tree, isn't it?