kicad-developers team mailing list archive

[jp charras <jp.charras@xxxxxxxxxx>]

Le 29/11/2017 à 15:51, Tomasz Wlostowski a écrit :
> On 29/11/17 12:46, jp charras wrote:
>> Le 29/11/2017 à 00:32, Tomasz Wlostowski a écrit :
>> <...>
>>
>>> I also investigated why the zones are filled slowly - the major reason
>>> was a bug in the GAL zone filling algorithm, which was filling all zones
>>> by performing N independent fills of every zone causing the isolated
>>> copper islands to be checked N times (where N=number of zones in the
>>> design) instead of just once. The branch [1] contains this bug fixed. It
>>> also introduces quite a speedup in zone loading/rendering and
>>> parallelizes all zone filling operations using OpenMP. It refills all
>>> zones on the "A64-Olinuxino
>>> board" in less than 3 seconds and something around 10s for the "wrs"
>>> board on a Core i7-4700MQ, 16GB RAM machine.
>>
>> <...>
>>
>>> Cheers,
>>> Tom
>>>
>>> [1] https://github.com/twlostow/kicad-dev/tree/tom-faster-zones
>>
>>
>> Hi Tomasz,
>>
>> I tried to test your branch on msys2 W7 32bits
>> I had to make a change to be able to compile kicad (issue due to a name collision).
>> Attached my patch.
>>
>> Unfortunately the filling zone does not work: Pcbnew hangs with a few boards I tried, when filling
>> zones.
>>
>> Note also existing filled areas are no shown in GAL mode after loading a board.
>>
> 
> Hi JP,
> 
> Many thanks for testing. The branch is a work-in-progress, so some stuff
> might not work. Could you send me the PCBs filling doesn't work for?
> 
> Cheers,
> Tom
> 

I am using a few board in Kicad demos: interf_u, video, pic_programmer.

Also, filled areas are no shown in OpenGL, but are shown in Cairo canvas.


-- 
Jean-Pierre CHARRAS