I am missing the reason you must mirror the footprints, however.
Aren't the pins still in the same orientation they would be with the
standard footprint? Since your DIP packages are mounted in the
normal-side-up orientation, it seems the pins should be in the right
order, unless you have placed
On Nov 25, 2010, at 11:01 AM, Jan Martinek ho...@dp.fce.vutbr.cz wrote:
I am missing the reason you must mirror the footprints, however.
Aren't the pins still in the same orientation they would be with the
standard footprint? Since your DIP packages are mounted in the
normal-side-up
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
kai-martin knaak wrote:
I set up a git repository of pidpeltier and made it available
via gitweb:
http://bibo.iqo.uni-hannover.de/gitweb/?p=PIDpeltier.git;a=tree
No cloning yet, because I forgot to set the export-option of the
git-daemon. But access via http with the link above should work.
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
At 05:01 AM 11/25/2010, you wrote:
I am missing the reason you must mirror the footprints, however.
Aren't the pins still in the same orientation they would be with the
standard footprint? Since your DIP packages are mounted in the
normal-side-up orientation, it seems the pins should be in the
On Wed, Nov 24, 2010 at 03:42:31AM +0100, kai-martin knaak wrote:
John Doty wrote:
S2PS=gschem -p -o $@ -s print.scm $
Thanks!
I completely missed the existence of that simple scheme script. I
wasn't even aware of the possibility to do this kind of scripting.
You can call me stupid,
On Nov 25, 2010, at 4:05 PM, Rick Collins gnuarm.2...@arius.com wrote:
At 05:01 AM 11/25/2010, you wrote:
I am missing the reason you must mirror the footprints, however.
Aren't the pins still in the same orientation they would be with the
standard footprint? Since your DIP packages are
Vladimir Zhbanov wrote:
It would be nice to have the same way to make EPS too. What if
you need to make LaTeX files with images
This is what I use the PDF output for :-)
Last I used latex rather than pdflatex must have been about 2005...
which should have the same scale?
Good point. In
Steven Michalske wrote:
As the parts are mounted top side towered the board. I do
agree that they should be a externally mirrored footprint
though.
Still, my tool should not try to prevent me from doing stupid things or
play dirty tricks.
---)kaimartin(---
--
Kai-Martin Knaak
Stefan Salewski wrote:
If I start PCB-GL twice, both of them get very slow.
benchmark() returns 0.2 FPS.
I have seen that behavior for glxgears with closed source
nvidia driver too. For one instance processor load was only
50% for dual core AMD64, so my first guess was getting
good
Kai-Martin Knaak wrote:
On my fairly
recent desktops(*) your openGL branch is consistently faster than
HEAD.
One exception: If I start PCB-GL twice, both of them get very slow.
benchmark() returns 0.2 FPS. Shut down of one of the instances
immediately rectifies the situation.
Note:
On Fri, 2010-11-26 at 01:56 +0100, kai-martin knaak wrote:
With pcb-GL I loose two orders of magnitude for two instances.
I wonder if I'm holding onto a resource of which the card only has a
limited supply. Did this happen with the before_pours branch, or just
the local_customisation_no_pours
On Tue, 2010-11-23 at 23:37 +, Peter Clifton wrote:
Hi geda-users, Kai-Martin,
Since I know some people have expressed an interest in why PCB+GL hasn't
hit stable yet, I realised earlier that there was another step which is
necessary... (besides cleaning up the hacks I made on top of the
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!
At 05:05 PM 11/25/2010, you wrote:
On Nov 25, 2010, at 4:05 PM, Rick Collins gnuarm.2...@arius.com wrote:
At 05:01 AM 11/25/2010, you wrote:
I am missing the reason you must mirror the footprints, however.
Aren't the pins still in the same orientation they would be with the
standard
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
17 matches
Mail list logo