On Sat, 27 Nov 2010 08:53:38 +1100
Stephen Ecob
silicon.on.inspirat...@gmail.com wrote:
For my HE autorouter hack I have in mind to fork() off extra processes
so that all of my CPU cores can run separate autorouter instances. As
HE has an unbounded run time I'm thinking that the main PCB
On Wednesday 01 December 2010 12:51:41 Kovacs Levente wrote:
On Sat, 27 Nov 2010 08:53:38 +1100
Stephen Ecob
silicon.on.inspirat...@gmail.com wrote:
For my HE autorouter hack I have in mind to fork() off extra processes
so that all of my CPU cores can run separate autorouter instances.
On Fri, Nov 26, 2010 at 6:10 PM, Hannu Vuolasaho vuo...@msn.com wrote:
And yes, I'll make a change before my next commit so that
optimisation
for minimum vias is also possible.
Beatiful. I so see how one takes all the PCB files, exports jpg and
makes them video. Very hot stuff in
On Fri, 2010-11-26 at 15:07 +1100, Stephen Ecob wrote:
On Fri, Nov 26, 2010 at 1:50 AM, Hannu Vuolasaho vuo...@msn.com wrote:
I'm waiting to see some screencasts (resistor pr0n again) how this is
working but I was wondering is it possible to run HE autorouter to
optimize vias?
On Fri, Nov 26, 2010 at 11:30 PM, Peter Clifton pc...@cam.ac.uk wrote:
How to you get it to draw updates as the auto-router progresses?
Actually, I disable draw updates during each individual run of the
autorouter using the usual LIVEROUTEFLAG + HID_LIVE_DRAWING mechanism.
I only update the
Oh, BTW, what are your thoughts for processes threads with PCB+GL ?
For my HE autorouter hack I have in mind to fork() off extra processes
so that all of my CPU cores can run separate autorouter instances. As
HE has an unbounded run time I'm thinking that the main PCB process
should simply hang
Moreover, it uses layers which are disabled.
And one thing - even if I select thicker traces (for example Power), it
still uses default thickness (Signal).
Yes, I'm working on a fix for these problems.
These problems are now solved with my most recent git push.
It also now updates the
Date: Thu, 25 Nov 2010 21:39:28 +1100
From: silicon.on.inspirat...@gmail.com
To: geda-user@moria.seul.org
Subject: Re: gEDA-user: New autorouter high effort mode
Yes, I'm working on a fix for these problems.
These problems are now solved with my most recent
On Fri, Nov 26, 2010 at 1:50 AM, Hannu Vuolasaho vuo...@msn.com wrote:
I'm waiting to see some screencasts (resistor pr0n again) how this is
working but I was wondering is it possible to run HE autorouter to
optimize vias?
Since you ask!
Date: Fri, 26 Nov 2010 15:07:59 +1100
From: silicon.on.inspirat...@gmail.com
To: geda-user@moria.seul.org
Subject: Re: gEDA-user: New autorouter high effort mode
Since you ask!
http://commons.wikimedia.org/wiki/File:HighEffortDemo1.ogv
http
On 11/24/2010 12:11 AM, Stephen Ecob wrote:
Hi all,
I've just pushed an update to my branch of PCB which provides a new
autorouter high effort mode.
What does it achieve?
It wrings a few extra drops of goodness out of the autorouters.
Typically it will route a few extra tracks. Useful if
The menus are defined by a resource file, you might have one in ~/.pcb
that overrides the freshly-installed version.
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
On Thu, Nov 25, 2010 at 2:59 AM, DJ Delorie d...@delorie.com wrote:
The menus are defined by a resource file, you might have one in ~/.pcb
that overrides the freshly-installed version.
Oh, my mistake: I forgot to commit my changes to the resource file
src/gpcb-menu.res
I've now done a git push
You can tell which resource file PCB is using for its menus by opening
the Window - Message Log window after start up. You'll see
something like this:
Loading menus from /usr/local/share/pcb/gpcb-menu.res
or
Using default menus (if it can't find a menu resource file)
My updated
On 11/24/2010 09:29 PM, Stephen Ecob wrote:
On Thu, Nov 25, 2010 at 2:59 AM, DJ Deloried...@delorie.com wrote:
The menus are defined by a resource file, you might have one in ~/.pcb
that overrides the freshly-installed version.
Oh, my mistake: I forgot to commit my changes to the resource
On Thu, Nov 25, 2010 at 9:38 AM, Jan Martinek ho...@dp.fce.vutbr.cz wrote:
Yes, now it works :-) I tried to run the autorouter, but it ate all my
memory after several minutes.
Yes, for the PCB I'm currently working on I lose around 1MB per run of
the autorouter.
I set up the dmalloc library to
Hi all,
I've just pushed an update to my branch of PCB which provides a new
autorouter high effort mode.
What does it achieve?
It wrings a few extra drops of goodness out of the autorouters.
Typically it will route a few extra tracks. Useful if the autorouter
is almost doing the job, but
17 matches
Mail list logo