**HINT HINT... I WANT FEEDBACK ON THIS BRANCH ...HINT HINT**

Now would be the time to grab a copy of the PCB+GL "before_pours"
branch, and have a play to see how it impacts performance on your
polygon-intensive board layouts.

git clone git://repo.or.cz/geda-pcb/pcjc2.git
git checkout -b before_pours origin/before_pours


I've seen 170secs of clipping time at load -> 10secs on one board, which
is nice. ;)

Unfortunately, it makes the no-holes dicer much slower (due to the sort
of polygon operation it tends to perform - and the extra costs of
building / maintaining contour r-trees for all POLYAREA.

The GL branch skirts the issue by introducing a new HID API to pass the
PolygonType * directly to the render, which plucks out the contours
which interesect the viewport and feeds them to the GLUtesselator.

This is quite slow at full screen (e.g. probably similar to the current
PCB performance - but I didn't benchmark to prove that assertion), and
of course.. you don't get the benefit of the "no holes polygon" cache
which I introduced in the branch to improve zooming / panning
responsiveness (and any other operations which don't dirty the
polygons).

If you can stand ugly kludge, the top patch on my
"local_customisation_no_pours" branch implements the extra transparent
fill for polygons in thin-draw mode.


Best wishes,

-- 
Peter Clifton

Electrical Engineering Division,
Engineering Department,
University of Cambridge,
9, JJ Thomson Avenue,
Cambridge
CB3 0FA

Tel: +44 (0)7729 980173 - (No signal in the lab!)



_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev



_______________________________________________
geda-user mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user

Reply via email to