On 24.07.2015 14:15, Lachlan Audas wrote:
Reading net-list is very very slow, with the system locking up for 1 -3
mints
with no indication of any progress and all window refresh being stopped,
giving the appearance of a crash/lockup, is any one else see this problem.
Do you use Github
Hi again,
We've received a question from another disappointed user, who is trying
to read a .kicad_pcb file with translated layer names. For the moment
the only way to fix this is by hand-editing the file.
Would you accept a patch to PCB_PARSER that resolves this issue? It
would be a pity if the
On 14.07.2015 11:44, jp charras wrote:
Le 13/07/2015 23:46, Tomasz Wlostowski a écrit :
Hi,
We've pushed a branch [1] to Launchpad, which removes remaining
Boost::polygon-based code from Kicad. The patch affects several features
of pcbnew - we need your help to test it as extensively
On 14.07.2015 15:17, LordBlick wrote:
In response to a message written on 14.07.2015, 12:03, from Tomasz
Wlostowski:
Thanks, I'll check this later (I'm also seeing the slow 3D viewer issue
observe first by Blair)
Hmmm, small TODO?…
AFAIR I wrote that the only remaining instance
On 20.06.2015 02:53, Cirilo Bernardo wrote:
Hello everybody,
Marcos Chaparro has added a screenshot to the wikipedia entry on KiCad:
https://en.wikipedia.org/wiki/KiCad#/media/File:KiCad_3D_with_IDF.png
Hi all,
Why don't we make a simple front page before the stable release, that
doesn't
On 13.07.2015 17:37, Miguel Angel Ajo wrote:
I will be glad the day we can get rid of confluence
For the moment, I would just focus on the front page. The stable release
is just around the corner, it would be nice if it's advertised properly
on our web page.
Tom
Hi,
We've pushed a branch [1] to Launchpad, which removes remaining
Boost::polygon-based code from Kicad. The patch affects several features
of pcbnew - we need your help to test it as extensively as possible:
- zone filling calculations (both with segments and as solid polygons)
- dead copper
Hi all,
I'm in the process of removing remaining dependencies on boost::polygon.
There's one quite big obstacle though - the bitmap2component program,
which uses BPL quite extensively.
For the near future: I would keep BPL just for bitmap2component.
For the further future: What do you think of
On 10.07.2015 18:31, jp charras wrote:
AFAIK, boost::polygon is used only to cleanup and mainly to fracture the
polygons which are created by potrace, and which are outlines and holes
inside outlines.
Indeed, maybe the custom types (KPolygon) made me think it's more
complicated.
The main
On 06.07.2015 11:44, jp charras wrote:
Le 05/07/2015 21:58, Tomasz Wlostowski a écrit :
On 04.07.2015 23:08, Tomasz Wlostowski wrote:
On 04.07.2015 22:10, jp charras wrote:
Tomasz, Orson,
May I ask you to have a look at the calculations in
3d_draw_board_body.cpp, lines 377 to 392
Hi
On 06.07.2015 15:51, jp charras wrote:
Le 06/07/2015 15:19, Maciej Sumiński a écrit :
On 07/06/2015 02:30 PM, Tomasz Wlostowski wrote:
Fixes to SHAPE_POLY_SET slitting/fracturing algo: - Tom's too
dumb to use C++ iterators (so he uses pointers now ;) - Some
speed optimization
I have tested
On 06.07.2015 19:02, Wayne Stambaugh wrote:
On 7/6/2015 9:56 AM, Tomasz Wlostowski wrote:
On 06.07.2015 15:51, jp charras wrote:
Le 06/07/2015 15:19, Maciej Sumiński a écrit :
On 07/06/2015 02:30 PM, Tomasz Wlostowski wrote:
Fixes to SHAPE_POLY_SET slitting/fracturing algo: - Tom's too
dumb
On 04.07.2015 23:08, Tomasz Wlostowski wrote:
On 04.07.2015 22:10, jp charras wrote:
Tomasz, Orson,
May I ask you to have a look at the calculations in
3d_draw_board_body.cpp, lines 377 to 392
Hi,
Please test the attached patch.
Tom
From eabc846e51b23d2f03d6f5a1ba748a6d310f94bc Mon Sep 17
On 04.07.2015 22:10, jp charras wrote:
Tomasz, Orson,
May I ask you to have a look at the calculations in
3d_draw_board_body.cpp, lines 377 to 392
I'm going to have a look.
Tom
I replaced the calculations lines 357 to 375 using boost::polygon to
calculate the difference between 2
On 01.07.2015 08:44, Paweł wrote:
Hi there ! I would like to ask if i can here suggest any new
functionality in kicad ?
Go on ;)
Tom
___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
On 30.06.2015 08:37, jp charras wrote:
Le 30/06/2015 01:04, Tomasz Wlostowski a écrit :
On 30.06.2015 00:10, Andy Peters wrote:
So it’s not a bug, per se, it’s a user’s expectations issue. Chris
added my expectations (and I’m sure others have the same expectation)
to the wishlist, but I don’t
On 30.06.2015 11:34, LordBlick wrote:
- break(split) segment - needed when I want drag segment with slope („D”
shortcut), but only to some middle point. Manual joining two selected,
continuous segments bestead in the same line I see also useful.
Hi,
Unfortunately I don't understand this point.
On 30.06.2015 00:10, Andy Peters wrote:
So it’s not a bug, per se, it’s a user’s expectations issue. Chris
added my expectations (and I’m sure others have the same expectation)
to the wishlist, but I don’t think it merits much attention unless
the devs run out of things to do.
Hi Andy,
It's
On 30.06.2015 01:20, Chris Pavlina wrote:
What about doing it differently altogether? Altium, and AFAIK many other
high-end and midrange tools, allow you to tag nets with properties in
the schematic editor. We could have a net property for this instead.
What I meant is more or less what
On 28.06.2015 14:25, Simon Richter wrote:
Rather than a static list, I'd like to see a configuration option.
Hi Simon
I like the idea of making DP naming configurable, but we have to think
carefully before implementing it. For instance, where would you store
these options?
- in the .kicad_pcb
On 27.06.2015 08:17, Andy Peters wrote:
BAR 5822 with Adam’s nightly builds on OS X 10.9 and 10.10.
a) bug # 1469359. In the default canvas, we see the nice outlines for the
trace clearance. The clearance indication is not displayed in GAL mode.
Hi Andy,
Does this happen on OSX only? In
On 26.06.2015 16:38, LordBlick wrote:
In response to a message written on 26.06.2015, 14:24, from Tomasz
Wlostowski:
On 26.06.2015 14:05, LordBlick wrote:
Can I find out who carried out the attack on my eyes with the white
background?
Dawid,
I did. Feel free to send us a patch which
On 26.06.2015 14:36, Wayne Stambaugh wrote:
On 6/26/2015 8:24 AM, Tomasz Wlostowski wrote:
On 26.06.2015 14:05, LordBlick wrote:
Can I find out who carried out the attack on my eyes with the white
background?
Dawid,
I did. Feel free to send us a patch which changes the colors the way you
On 26.06.2015 14:05, LordBlick wrote:
Can I find out who carried out the attack on my eyes with the white
background?
Dawid,
I did. Feel free to send us a patch which changes the colors the way you
like. We'll accept it as long as I'm still able to work with white
background.
Tom
On 23.06.2015 16:14, Chris Pavlina wrote:
If I had to give my opinion, I'd say it still needs some work before
it's ready for release. At very least, I found it rather unintuitive
that it silently fails if you run it while pcbnew isn't running. Any
chance of changing that, preferably so
On 23.06.2015 14:11, ea...@katamail.com wrote:
@Tom
is this patch going to be committed to the stable release?
It's up to Wayne JP. I'm not insisting on putting it in the stable
release.
Tom
___
Mailing list:
On 23.06.2015 18:04, Chris Pavlina wrote:
Any thoughts on this?
pns_router.cpp:212:
else if( orient != 0.0 orient != 180.0 )
{
// rotated pads are replaced by for the moment by circles due to my
laziness ;)
solid-SetShape( new SHAPE_CIRCLE( c, std::max( sz.x,
On 23.06.2015 18:18, Chris Pavlina wrote:
On Tue, Jun 23, 2015 at 06:11:52PM +0200, Tomasz Wlostowski wrote:
Chris,
There is a patch by Mathias Grimberger (he sent it quite a bit of time
ago), which I'm planning to integrate with PS this week, along with
other, IMHO more urgent bugfixes (e.g
Hi,
One of the biggest annoyances of Kicad (to me) was the PCB forward
annotation process. The attached patch set attempts to improve this by
adding an Update PCB From schematics option in eeschema when Kicad is
open in Project Manager mode. The way it works is:
- press F9 (or select Tools-Update
On 22.06.2015 19:47, Wayne Stambaugh wrote:
On 6/22/2015 1:45 PM, Andy Peters wrote:
On Jun 22, 2015, at 8:58 AM, Tomasz Wlostowski tomasz.wlostow...@cern.ch
wrote:
Hi,
One of the biggest annoyances of Kicad (to me) was the PCB forward
annotation process. The attached patch set attempts
, Tomasz Wlostowski wrote:
On 16.06.2015 12:02, ea...@katamail.com wrote:
Hi Cirilo,
it seems that Peter Clifton has added AP214 support:
http://comments.gmane.org/gmane.comp.cad.geda.user/43517
Hi Maurice,
It looks like just a hack to me (just the board shape). Adding
components
On 16.06.2015 17:35, Mário Luzeiro wrote:
From: Kicad-developers
[kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of
Tomasz Wlostowski [tomasz.wlostow...@cern.ch]
Sent: 16 June 2015 17:13
To: Wayne Stambaugh; kicad
On 16.06.2015 14:16, Wayne Stambaugh wrote:
On 6/15/2015 9:20 PM, Cirilo Bernardo wrote:
On Tue, Jun 16, 2015 at 8:33 AM, Tomasz Wlostowski
tomasz.wlostow...@cern.ch mailto:tomasz.wlostow...@cern.ch wrote:
On 14.06.2015 13:35, jp charras wrote:
Le 14/06/2015 12:01, Tomasz Wlostowski
On 16.06.2015 12:02, ea...@katamail.com wrote:
Hi Cirilo,
it seems that Peter Clifton has added AP214 support:
http://comments.gmane.org/gmane.comp.cad.geda.user/43517
Hi Maurice,
It looks like just a hack to me (just the board shape). Adding
components will be IMHO more complex... Besides
On 14.06.2015 13:35, jp charras wrote:
Le 14/06/2015 12:01, Tomasz Wlostowski a écrit :
On 14.06.2015 02:35, Cirilo Bernardo wrote:
7. STEP: (future plans) the plugin will only provide an Export
I'd also like to add STEP visualization in the near future (post-stable ofc)
Tom
PS
On 14.06.2015 02:35, Cirilo Bernardo wrote:
7. STEP: (future plans) the plugin will only provide an Export
I'd also like to add STEP visualization in the near future (post-stable ofc)
Tom
PS. It is possible to export a hierarchical assembly in STEP from OCC.
No need to write a special library
On 08.06.2015 19:42, Torsten Hüter wrote:
Boost.Geometry (not Boost.Polygon) - because this library has almost the same
performance compared to Clipper but is more general; because they use
metaprogrammin
Hi Torsten,
Thanks for the tip. I've known this performance comparison, it shows
On 08.06.2015 12:24, Cirilo Bernardo wrote:
One method which comes to mind is to add yet another hole definition in
software, and that may be the best way to address the problem; this way
we can also ensure the correct thickness of the annulus and check the
chosen number/size of vias.
There
On 02.06.2015 20:32, Wayne Stambaugh wrote:
I'm almost done with SHAPE_POLY_SET class for the geometry library, a
Clipper wrapper adding some missing Clipper features needed in Kicad
(e.g. polygon fracturing). I'll send a patch soon (affecting only
AddClearanceAreasPolygonsToPolysList), so
On 01.06.2015 19:09, jp charras wrote:
Le 01/06/2015 18:23, Tomasz Wlostowski a écrit :
Hi all,
I did a small investigation of the polygon-related
segfaults/miscalculations. It looks like Boost.polygon badly handles
cases where intersection points of the edges of the polygons lie close
Hi all,
I did a small investigation of the polygon-related
segfaults/miscalculations. It looks like Boost.polygon badly handles
cases where intersection points of the edges of the polygons lie close
to each other or overlap, causing the 'snap rounding' algorithm used in
boost to go haywire. This
On 01.06.2015 19:09, jp charras wrote:
Le 01/06/2015 18:23, Tomasz Wlostowski a écrit :
Hi all,
I did a small investigation of the polygon-related
segfaults/miscalculations. It looks like Boost.polygon badly handles
cases where intersection points of the edges of the polygons lie close
On 31.05.2015 21:38, Nick Østergaard wrote:
Do you intend to follow up on this Tomasz?
Yes, I do. After fixing PS issues and the polygon crash.
T.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
On 29.04.2015 11:50, Mário Luzeiro wrote:
Hi Orson,
Ya sorry I (was mistake, I) mean:
Default mode: if you press D it will immediately start Drag Keep
slope. OpenGL GAL: pressing D or G does nothing, is is very difficult
to start drag a track. I was just testing right now, and I cannot
On 05.05.2015 16:59, Michael Heidinger wrote:
Hi,
already thanks to all developers for the improvement.
One more question regarding this issue:
Is there already a command (OpenGL) to delete the whole track until the
next junction?
Not yet, but I'm working on it.
Tom
On 02.04.2015 16:37, Wayne Stambaugh wrote:
Did you create a new REPORTER object with the HTML message severity
levels or did you change the existing one?
Hey Wayne,
The changes are:
- the interface of the base REPORTER class now includes severity
parameter in Report() method,
Hi Wayne,
On 08.04.2015 22:40, Bob Gustafson wrote:
Application: kicad
Version: (2015-04-07 BZR 5582)-product Release build
wxWidgets: Version 3.0.2 (debug,UTF-8,compiler with C++ ABI 1002,GCC
4.2.1,STL containers,compatible with 2.8)
Platform: Mac OS X (Darwin 14.1.0 x86_64), 64 bit, Little endian,
On 02.04.2015 21:17, Piotr Esden-Tempski wrote:
Hi Maciek,
I just tested it a bit more. The behaviour of the ratsnest is a bit
confusing here. Let me describe it with the steps I took and what I
observed. These are steps on a completely new pcb.
* open pcbnew (leave in default mode)
*
On 02.04.2015 11:01, Bernhard Stegmaier wrote:
For me, this is still the reason why KiCad without Garths panning patches is
just a no-go on OSX.
Adam, Wayne,
I guess there's no problem with merging these patches to the Mac stable
release, especially since we need to build a patched wxWidgets
On 30.03.2015 18:26, Marco Ciampa wrote:
I found missing the i18n messages on the contextual (right mouse clic)
window of Interactive Router.
Or am I missing something?
You're not missing anything. The router is not translated. Feel free to
do so.
Cheers,
Tom
TIA
--
Marco Ciampa
On 30.03.2015 21:50, Wayne Stambaugh wrote:
On 3/29/2015 6:00 PM, Tomasz Wlostowski wrote:
On 29.03.2015 23:23, Wayne Stambaugh wrote:
Attention all developers. I have finally committed the environment
variable configuration dialog (although I named it the Path
Configuration because
On 25.03.2015 18:24, Wayne Stambaugh wrote:
On 3/25/2015 12:22 PM, jp charras wrote:
Le 25/03/2015 16:36, Wayne Stambaugh a écrit :
Orson,
Thanks for looking into this. Linux users will appreciate your efforts.
As far as I can tell, it didn't break anything on windows. The mirrored
On 20.03.2015 11:37, jp charras wrote:
Le 20/03/2015 10:31, Miguel Ángel Ajo a écrit :
Wow, nice work!
jp, maciej, what do you think about renaming this to Library Wizard? or
something equivalent?
I believe it’s a bit confusing since the scripting footprint wizard has the
same name, and
On 08.03.2015 17:21, Mathias Grimmberger wrote:
Hi everybody,
below is a patch to add a SHAPE_CONVEX for the PNS router. The patch was
generated against revision 5484.
Hi Mathias,
Many thanks for your patch, I'll get it merged asap.
What still needs to be done:
- the hull around
On 05.03.2015 10:20, LordBlick wrote:
In response to a message written on 03.03.2015, 20:22, from Tomasz
Wlostowski:
The pads of the top/bottom connector on your PCB don't have the same X
coordinates (for the top connector X = 148,5011 mm, for the bottom
connector X = 148,5 mm).
In my
Dear all,
We've just merged the new features of the Interactive Router to the
product branch:
- Routing differential pairs (in pushshove mode too).
- Tuning trace length.
- Tuning differential pair length and skew.
There's a video tutorial and a demo available on YouTube [1].
The merge also
On 03.03.2015 18:12, Nick Østergaard wrote:
I think I found a bug.
I made a test project with two connectors, named the nets like a+ and
a-. Then I use the Route menu - Differential Pair, start at one of
my pairs, that is directly south of the original pads... I expected it
to connect, but
On 03.03.2015 18:53, Nick Østergaard wrote:
2015-03-03 18:46 GMT+01:00 Nick Østergaard oe.n...@gmail.com:
2015-03-03 18:28 GMT+01:00 Tomasz Wlostowski tomasz.wlostow...@cern.ch:
On 03.03.2015 18:12, Nick Østergaard wrote:
I think I found a bug.
I made a test project with two connectors
On 18.02.2015 04:12, Cirilo Bernardo wrote:
Just an update to my previous message - I will implement IGES
from scratch. The OpenCascade IGES implementation, like
the STEP implementation, does not allow for the creation of
correct hierarchical assemblies.
OK, got it. I guess for visualization
On 17.02.2015 22:30, Cirilo Bernardo wrote:
Hi folks, I'm just letting everyone know that I've started development on
a framework for the IGES model specification (and I've also purchased
a copy of the STEP Model and Resources Library).
Although we ultimately want to use STEP since this can
On 17.02.2015 23:55, Mathias Grimmberger wrote:
Hi everybody,
below is a new version of a patch to add support for rectangular pads
with rounded corners to KiCad. The patch was created against revision
5428.
What has changed:
- optimized Gerber output
- plotting to PDF and
On 04.02.2015 17:15, Bob Gustafson wrote:
I can actually *see* footprints !! Thanks much.
Now, if I could get them to stick to the pcb, that would even be better.
Did you mean all you need to do now is to solder the components to your PCB?
Cheers,
Tom
like Tom's suggestion
here.
It allows you to use them as if they were units. 10 * mm is almost
syntactically identical to 10mm.
And they don't get in the way with a bunch of boilerplate, like some of
the other suggestions do.
~JS
On 1/24/2015 3:55 PM, Tomasz Wlostowski wrote
On 02.12.2014 22:16, John Beard wrote:
On Mon, 2014-12-01 at 13:22 -0500, Wayne Stambaugh wrote:
Hi John,
Sorry it took so long to try out this patch but I've been busy. I found
a segfault on the first attempt to use Ctrl-E when no previous item has
been selected.
D'oh, what a clanger!
On 20.01.2015 18:42, Wayne Stambaugh wrote:
On 1/20/2015 11:04 AM, LordBlick wrote:
In response to a message written on 20.01.2015, 16:19, from Wayne
Stambaugh:
I think that may be sufficient to add section [gal] to .pro file as
usual
project setting. In this way you can avoid the next
On 17.01.2015 17:50, LordBlick wrote:
In response to a message written on 17.01.2015, 15:38, from jp charras:
wxWidgets: Version 3.0.2 (debug,wchar_t,compiler with C++ ABI 1002,GCC
4.8.1,wx containers,compatible with 2.8)
Platform: Windows 7 (build 7601, Service Pack 1), 32 bit, Little endian,
On 16.01.2015 14:06, LordBlick wrote:
In response to a message written on 16.01.2015, 13:26, from Miguel Ángel
Ajo:
In my opinion it’s not a waste of time.
A decent API will lead to more standardized scripts, and the
people ability to share and look at other’s work.
All right, IMHO this
, Tomasz Wlostowski
tomasz.wlostow...@cern.ch (mailto:tomasz.wlostow...@cern.ch) wrote:
On 13.01.2015 20:11, Wayne Stambaugh wrote:
This is a tricky issue that has been discussed before. The general
consensus in the past has been not to support forward compatibility. It
increases maintenance
On 13.01.2015 20:11, Wayne Stambaugh wrote:
This is a tricky issue that has been discussed before. The general
consensus in the past has been not to support forward compatibility. It
increases maintenance and complexity of the file parser for a minimal
net gain to the user. My preference is
Hi all,
During my work on diff pairs/matched length tools, I've encountered a
rather tricky problem: as the diff pair gap specific to a particular
pair of traces is stored nowhere, the shove algorithm will mess up DP
coupling after saving and re-loading the board. Ergo: the DP gaps (and
possibly
On 07.01.2015 11:36, PTT wrote:
Dear all,
First of all thanks for all the good work, I recently switched to KiCAD
because of the added scripting support which I needed for scripted button
placement on a pcb.
Hi Piers,
Very nice work, thanks! IMHO C++ APIs SWIGgged directly to python are
Hi guys,
We need a bunch of icons for the new PS router tools (menu toolbar
versions):
- draw a differential pair,
- set diff pair gap,
- set diff pair via gap,
- tune length of a single trace,
- tune length of a diff pair (coupled),
- tune phase/skew of a diff pair.
Would anyone here volunteer
On 06.01.2015 16:21, Botond Kiss wrote:
I would like to make them.
Hi Balint,
That's great. Please make a few and post them to kicad-dev!
Cheers,
Tom
Balint Kiss
On 2015-01-06 14:38, Tomasz Wlostowski wrote:
Hi guys,
We need a bunch of icons for the new PS router tools (menu
On 01.12.2014 16:41, Wayne Stambaugh wrote:
Hey Tom,
The closest thing I've seen to what you are looking for are the advanced
tooltip classes in the wxPython demo. Although none of them is what you
are looking for. What about using the message panel to show the matched
pair information
Dear Kicad Devs,
I'm looking for a wx widget class implementing a transparent
always-on-top window that follows mouse cursor (like in the attached
drawing). The window will be used for displaying the current track
length/impedance/phase skew when routing/tuning (or any other information).
If
On 28.11.2014 14:54, Wayne Stambaugh wrote:
On 11/27/2014 12:44 PM, Tomasz Wlostowski wrote:
On 27.11.2014 17:18, jp charras wrote:
Le 27/11/2014 12:22, Torsten Hüter a écrit :
Hi Jean-Pierre,
Currently this in not the case in Pcbnew.
This is acceptable for microwave applications, which
On 20.10.2014 17:25, Marco Ciampa wrote:
On Mon, Oct 20, 2014 at 08:47:54AM -0400, Carl Poirier wrote:
I feel like we wouldn't use the last digit much in a triplet number
because, IIRC, backporting of fixes is not planned. That being said, I
would also begin with at least 2.1, as Cirilo said.
On 08.10.2014 15:36, Adam Wolf wrote:
Hi folks,'
This is something I was asked yesterday and I don't know the answer. Is
there a way to tell KiCad to compile for software rendering only, or do
we have a hard dependency on GPUs now?
I checked
On 22.09.2014 02:16, Andrew Zonenberg wrote:
Looks like the issue I mentioned previously is indeed a bug. The
attached patch fixes it and provides full support for
blind/buried/microvias in GAL.
Hi Andrew,
Thanks for the patch, We'll merge it with my changes improving layer
switching and
Dear all,
We are planning to introduce some improvements to the PS router before
the first lightweight stable release of Kicad comes out. Here's are the
things we'd like to get done by the end of November:
1) Length tuning tool
An automatic tool generating accordions/meanders on a chosen
On 18.09.2014 23:12, Wayne Stambaugh wrote:
On 9/18/2014 12:04 PM, Tomasz Wlostowski wrote:
I assuming you are going to include the documentation for the new PS
router features as well since it is (or at least should be ) a
requirement for a stable release. Looks like interesting times ahead
On 18.09.2014 23:16, Wayne Stambaugh wrote:
On 9/18/2014 4:42 PM, Cirilo Bernardo wrote:
- Original Message -
From: Tomasz Wlostowski tomasz.wlostow...@cern.ch
To: Kicad Developers kicad-developers@lists.launchpad.net
Cc:
Sent: Friday, September 19, 2014 2:04 AM
Subject: [Kicad
On 20.08.2014 14:44, yann jautard wrote:
just FYI, 5084 does not compile any more.
void DIALOG_MODULE_BOARD_EDITOR::OnCancelClick( wxCommandEvent event )
{
TREE
EndQuasiModal( -1 );
===
ENDQUASIMODAL( -1 );
MERGE-SOURCE
}
Hi guys,
Sorry for asking dumb questions, but what is
On 02.08.2014 20:30, Andrew Zonenberg wrote:
The attached patch parallelizes per-vertex normal calculation using
OpenMP. I see a nearly 4x speedup of model loading on my quad-core
machine.
Hi Andrew,
Caching the meshes including normals on disk could speed up loading even
further:
- take
On 30.07.2014 12:03, Mário Luzeiro wrote:
Thank you for add it Jean-Pierre !
I will now be able to do some more improvements and take it from your revision.
I hope now more people can test it, special, openGL compatibility with older
systems and model files correctness parsing and rendering.
On 22.07.2014 17:32, Andrew Zonenberg wrote:
I've found three problems so far:
1) Pressing the insert blind via key when using the push-and-shove
router does not actually add a blind via.
2) In both avoid and shove mode, the router treats blind vias as
through-board vias and will move or avoid
On 22.07.2014 20:12, Andrew Zonenberg wrote:
The current code in the repo would silently convert all vias to standard
through-hole vias, my code makes it behave properly for blind/buried
vias. With some additional modifications it could support microvias too
but I haven't implemented that.
Hi
On 16.07.2014 11:01, Lorenzo Marcantonio wrote:
On Wed, Jul 16, 2014 at 10:33:06AM +0200, Maciej Sumiński wrote:
Are not they added as DRAWSEGMENTs on copper layers? I am willing to bet
that it is not handled by DRC.
I'm not accepting that bet :D
Why the track are not subclasses of segments
On 15.07.2014 13:48, Andrew Zonenberg wrote:
Created a new module in the GAL module editor and made a pad, immediate
segfault. I think I was trying to open the pad properties when it
happened.
Using BZR 4996-product on Debian 7 amd64. I've saved a core dump
(/tmp/core.1386 on my machine... 682
On 15.07.2014 15:10, Andrew Zonenberg wrote:
If you're using wx 2.8 (same as me) Orson has managed to come up with a
reproducible test case and is investigating.
News from Orson: it looks like the order of redraw/canvas resize events
differs between wx versions (in 2.8 the compositor was
On 11.07.2014 19:20, Dick Hollenbeck wrote:
In any case I think the CERN roadmap description for back annotation is over
designed.
There are simpler ways to handle this than the ECO described in that writeup.
I would recommend that this item be scrapped and simplified.
Dick,
I assume you
On 14.07.2014 11:55, Lorenzo Marcantonio wrote:
- eeschema writes netlist and reads netlist (detecting and incorporating
changes)
- cvpcb read netlist and write netlist (simply changes attributes)
- pcbnew read netlist and write netlist (saves its current states with
changes)
Lorenzo,
On 14.07.2014 13:53, Lorenzo Marcantonio wrote:
On Mon, Jul 14, 2014 at 01:12:48PM +0200, Tomasz Wlostowski wrote:
^^ all of this could be likely done by the same piece of code, that simply
compares the two netlists and generates the differences. This part is
generic. The way the differences
need much less information than what is stored
in them. That IMHO justifies the need for a generic NETLIST class,
understandable by both eeschema and pcbnew.
Cheers,
Tom
My $0.02,
Jean-Paul
AC9GH
On Jul 14, 2014, at 3:49 PM, Tomasz Wlostowski tomasz.wlostow...@cern.ch
wrote
On 01.07.2014 17:16, Dick Hollenbeck wrote:
On 06/30/2014 02:34 PM, Javier Serrano wrote:
On Mon, Jun 30, 2014 at 7:48 PM, Lorenzo Marcantonio
l.marcanto...@logossrl.com
wrote:
I see the commits. Could have be useful to know before since both me and the
cern
people were already working on
On 27.06.2014 17:13, Dick Hollenbeck wrote:
Jason,
Likely it will work without python.
Likely the _pcbnew.kiface cannot be loaded because something it needs cannot be
found.
While same path is used to find _pcbnew.kiface from kicad.exe, the technique
used to
load _pcbnew.kiface is done by
On 11.06.2014 07:30, Dick Hollenbeck wrote:
On 06/10/2014 04:39 PM, Tomasz Wlostowski wrote:
On 10.06.2014 16:40, Dick Hollenbeck wrote:
I clicked send, replying to Lorenzo's comment right when your next
e-mail came. Sorry for that,
Thanks Tom, apology accepted.
Another thing we get
On 10.06.2014 15:22, Lorenzo Marcantonio wrote:
On Tue, Jun 10, 2014 at 08:15:44AM -0500, Dick Hollenbeck wrote:
I think we need to save that footprint in the PROJECT. Maybe put it there upon
wxFrame
destruction, and go get it upon wxFrame creation. That makes it project
specific.
On 10.06.2014 16:40, Dick Hollenbeck wrote:
I clicked send, replying to Lorenzo's comment right when your next
e-mail came. Sorry for that,
Thanks Tom, apology accepted.
Another thing we get by supporting multiple open projects and paste, is we are
only one
step away (i.e. COPY) from
On 06.06.2014 07:57, Lorenzo Marcantonio wrote:
On Fri, Jun 06, 2014 at 01:15:28AM +0200, Tomasz Wlostowski wrote:
I can't agree here. One of the main reasons why we did the PS router was
lack of quality interactive router *integrated* in Kicad. We'd like to
achieve the same with STEP support
501 - 600 of 670 matches
Mail list logo