Hi Dick,
And we would simply use a redraw technique, but my assumption could be
wrong. And I have wondered about how we could do the interactive
rubber-banding box drawing without XOR, same way Torsten?
XOR drawing is one of the simplest ways for erasing the old drawing; but
artifacts are
Hi Lorenzo,
Well, in opengl you're forced to redraw *everything* at each frame
(excluding clever FBO usage),
Nope, for example I don't redraw everything for the cursor. At the moment I'm
copying the pixels to the main memory.
Yep, the 'clever' FBO usage is exactly what you called an 'aux
Hi guys,
Alex:
I'm find the idea of going QT interesting, but I have to ask the
question: Isn't QT slower?. It may be just me, but I get the feeling
that wxGTK apps are the most responsive on my F13 box.
Well I've tried the performance of wxGC vs. QPainter and the QPainter wasn't
faster
Hi Alex,
If you like, you can help me testing - I'm writing currently on something
that's called Graphics Abstraction Layer. There is a branch in the launchpad
repository (kicad-gal).
However I've to upload a new version (I had trouble with cmake/wxWidgets
2.9.1). Currently I'm working on
Hi Brian,
As for putting up a branch, I would, but I don't need a whole PPA thing, I
don't care to sign any agreement. If someone can direct me towards some
quick pointers for setting up a bzr branch somewhere where you all can get
at it, let me know and I'll see about doing it.
A personal
Hi Dick,
You have twice as many in a
std::list, I will use std::deque. Its ten minutes to change it.
Yes, I agree - this was just an initial choice - I've changed some
types already to std::vector but the std::deque is also a good idea.
std::vector is better than std::list.
Hi Dick,
Thank you *very* much. I appreciate your time and expertise.
For clarification, Are you saying that the implementation on top of 2.9 is
different and superior in a significant way?
The implementation is superior because I can manipulate a wxBitmap directly
with the
Thanks Wayne as well,
Thanks Torsten for your efforts. I just built kicad-gal on Debian testing
with
wxWidgets 2.8.10 and it looks great. The cairo rendering is really
smooth. I
wonder if it will be fast enough for PCBNew?
This has to be tested - I think for bigger boards you need
Hi Lorenzo,
I believe we have already discussed about this subject :)
Not to ruin your work/enthusiasm but... who cares? :D
At least Dick, Wayne Jerry seem to care :)
But I think there is a demand for hardware acceleration / high quality
rendering - this was often posted on the list.
Hi Dick,
thanks, I'll try this tomorrow. I had also some trouble with Windows;
this seems to be a wxWidgets problem - not all attribute variants work
on every machine.
Bye,
Torsten
On 03.10.2011 06:48, Dick Hollenbeck wrote:
Torsten,
This patch is like what we are using in KiCad for
Hi Dick,
I just wanted to give you heads up. Merging code is not fun for me, so I
assumed it would
not be fun for you.
Well, we have in our company the same challenges; I just have to make shure
that it doesn't get too much out of sync. I should check in more often, perhaps
we should make
Hi Dick,
On 04.11.2011 18:38, Dick Hollenbeck wrote:
Hi Torsten,
Some concerns about GAL:
1) what would be the cost of doing OPENGL_GAL::DrawGrid()
using the GAL API itself? (This would be better self promotion, than using
the opengl
API, or cairo API, and would let this function be moved
Hi Jean,
the first is wxRealPoint, the floating version of wxPoint.
the second is a new class: DPOINT defined in vector2d.h, very recently
created by Dick.
DPOINT is a powerful class.
--
Jean-Pierre CHARRAS
I believe Dick has derived it from my class. I'm using templates, there is also
Hi Jean,
OpenGl creates problems under Windows and MinGw,
because the available version is old (1.3) and GAL cannot be easily
compiled.
I'm compiling it currently on Windows, it works so far well - I had only
problems with GLEW and cairo, it wasn't found automatically. So I'm using
Hi Dick,
Supporting wxDC in the GAL is a curious expenditure of time. Did you see
the discussion
about class PAINTER ?
I've written that, because I thought it's nice to have something that's faster
than cairo and still works when there is no good OpenGL support. Also perhaps
it makes the
Hi Marco,
I hope you have the patience to wait for the integration of the GAL. I've done
these performance tests before I've started to write the code and I've narrowed
my selection to a direct, simple OpenGL backend for speed and a cairo variant.
With the interface that I've created you can
Hi Jean,
no, usually MESA is not required. What you only need is the opengl32.dll and
the glu32.dll (e.g. C:\Windows\System32). The graphics card driver should
provide the latest versions for these files. The old version of the MinGW
OpenGL headers is normal, that's the same on my system - the
HiMaciej,
thanks for the great work, really nice to see our stuff in action.
I had only some trouble with polygons, the tesselation seems to be buggy. Perhaps a malformed polygon input or the memory handling is problematic.
An alternative here would be to use simply a fast software
Hi Maciej,
thanks for your efforts, nice work,Ill try this again for various boards. Indeed Ive spotted the missing callback function as well.
Its the combine callback of the tessellator, but this one is only called if there is an self-overlapping polygon.
So it should be clarified why
Hi Maciej,
Actually, as far as I can see - most of the code you have written for
display lists is already working, so there is not much to be done. Right
now I use it for testing of item caching, but I am going to implement
VBOs and when it is done - push it to repository.
Yes thats
Hi Orson,
thanks for the great work!
When Ive developed the Cairo backend, my idea was not only to use Cairo for printing but also as rendering engine for eeschema. For example compare GEDA gschem, they use there Cairo as well and the screen outputlooks in my opinion much better than
Hi Orson,
have a look here:
http://bazaar.launchpad.net/~kicad-testing-committers/kicad/kicad-gal/view/head:/gal/wxdc/wxdc_gal.cpp
With my test examples it was faster than Cairo. I guess it should be possible to reach the same performance like the old drawing routines. Downside is the
Hi Orson,
very nice work, this gets KiCad to a new level.
In my opinion custom pad shapes are for todays PCB designs a important feature. There are some parts like MEMS microphones which require arcs as pads.
Do you have any access to professional tools like Altium Designer or Mentor
Hi Tomasz,
this sounds good.
Id add
5) Shoving of routed components
When a component was fully routed, it is possible to shove it. Currently the KiCad PS router supports only dragging of traces but no component dragging. For this purpose all to the component attached tracks need to be
HiJean-Pierre,
I agree that a the trapezoidal pad is seldom used for most circuits and this feature isnt important. However,commercial tools like Altium Designer or Mentor Expedition support custom pad shapes, there is a lot of freedom for the pad geometry (any polygonal shape). Have a look
Hi Jean-Pierre,
I agree that a the trapezoidal pad is seldom used for most circuits and this
feature isn't important. However, commercial tools like Altium Designer or
Mentor Expedition support custom pad shapes, there is a lot of freedom for the
pad geometry (any polygonal shape). Have a
Well Lorenzo,
this was always my argument when I've started to write the GAL ..
Today even the Raspberry Pi 2 for 30 Euro has a GPU for OpenGL (ES 2.0).
Greetings,
Torsten
Gesendet: Donnerstag, 05. Februar 2015 um 11:53 Uhr
Von: Miguel Ángel Ajo majop...@redhat.com
An: Lorenzo
Hi Mario,
Orson is the current maintainer of the GAL, because I have to little ressources
for that at the moment (and he does a very good job!). However, I can write
somthing about my ideas:
- Would it be possible in a near future, to detach the glm library from GAL
(folder) and maybe
Hi Tom,
just for reference, you can find a benchmark of various polygon libraries here:
http://rogue-modron.blogspot.de/2011/04/polygon-clipping-wrapper-benchmark.html
It shows as well that Clipper performs better than Boost.Polygon and thus is a
good selection. And CGAL is well known but slow
Hi Mikk,
I hope that I find this or next weekend some time to upload a recent version. I
need to merge the actual KiCad code and have to do more testing. It's a tool to
automate the stitching using the scripting window and also with a simple
dialog, roughly inspired by Altium.
Thanks,
Hi,
as promised, I've pushed my stitching tool to launchpad, you can find my
branch here:
http://code.launchpad.net/~torstenhtr/kicad/kicad_via_stitching
if you like to try this tool, get my branch, compile KiCad as usual (with
scripting), open
the scripting console and use these commands:
Hi Mikk,
perhaps you have missed that; I've written a while ago that I'm working on a
VIA stitching tool. It's mostly written as KiCad Python script with minimal
additions to the scripting engine. A first version (as proof of concept) is
almost ready and I've used it for my latest PCB. I need
Hi Wayne,
thanks for the great work, I'm looking forward to the release. I have several
questions about licenses / legal issues:
Is there somewhere an overview of the used libraries / 3rd party software and
their licenses? (for instance an list, LibreOffice table or similar)
Are all
Hi,
I'd also argue for a lower minimum resolution like 1366x768 or 1024x768 -
simple because still a lot of mainstream laptops are sold with that.
Have a look at the Wikipedia display resolution page:
https://en.wikipedia.org/wiki/Display_resolution
According to the table "Most common
Hi Wayne,
thank you very much for your efforts. I'm guessing that this is not an easy
topic and takes thus more time.
Hopefully a good solution can be found this way.
Maybe it makes then sense to announce this change on the KiCad homepage, I
could also imagine to add a definition of the
Hi Wayne & Jean-Pierre,
please consider also my implementation, I've announced this already (April/August 2015) on the mailing list:
https://lists.launchpad.net/kicad-developers/msg19584.html
Now is the stable release finished and we can talk about this.
I'm using there pads for
Hi Steven,
my question are the side-effects of this patch, do you have checked all possible cases?
For instance if I'm retaining the nets, what happens if I've forgotten to erase tracks or vias in my design, would that create copper islands?
How can I discriminate between the
Hi Wayne,
> What version(s) of Windows support fibers? I didn't see any indication
> on the links above.
See this link:
https://support.microsoft.com/en-us/kb/128531
Fibers were added to the WIN32-API with the Service Pack 5 for Windows NT 3.51.
Quote from the above link:
"[..]
Service
a standard library foundation.
Thanks,
Torsten
Gesendet: Montag, 04. Januar 2016 um 06:07 Uhr
Von: "Mark Roszko" <mark.ros...@gmail.com>
An: "Torsten Hüter" <torsten...@gmx.de>
Cc: "KiCad Mailinglist" <kicad-developers@lists.launchpad.net>
Hi Wayne,
this is of course right, but the idea would be to emulate cooperative
multitasking with threads. This is done by synchronizing the threads with
condition variables and mutexes. The principle can be found in the articles [1]
or [2].
The idea is good, BUT after further research I'd
Hi Jean-Pierre,
this is a good argument, if Boost does not have to be compiled anymore. I'll
see what I can do and give feedback, at least an alternative was then tried.
@Mark:
Pthreads are standardised, because they're part of the POSIX family of
standards
Hi Wayne,
I've recently tried to compile KiCad on Windows (64Bit) and I've noticed that
PcbNew is crashing at context switching - but I had no problems early 2015 with
that. I've seen that you have already filed a bug report [1]. I did some
research and this thing seems to cause constantly
Hi Wayne,
>> Is there somewhere an overview of the used libraries / 3rd party software
>> and their licenses? (for instance an list, >LibreOffice table or similar)
>
>No.
Would it be helpful to create a table for the internal documentation? If yes,
how should the table look like and what
Hi Wayne,
very good news. Maybe it makes sense to add the GPL font exception to the KiCad license too, although the font license
is now CC0 the newstroke-font will be part of the KiCad-binary (and thus GPL3+). You can find a template here:
Hi,
Are we even still going to have legacy pcbnew at the next release?
What's the schedule for fully deprecating it?
>>
>>It will not be deprecated until we have one for one feature parity
>>between the canvases and we can get by without it on all supported
>>platforms. AFAIK, Tom is
Hi Tom,
I'm working on some alternatives, that I'm getting a better impression. I'll upload the example code this weekend, then we can discuss. One alternative are for instance stackless coroutines. I've also checked how you're using them in your code and have some ideas to modify that.
Hi Wayne,
this is of course true, but seems to be a misunderstanding - he needs
pythonw.exe but not a python variant that is build with MSVC.
And this executable is also provided by MSYS2, just look in the folder
msys64\mingw64\bin for instance (python2w.exe).
The difference is explained here:
Hi,
Lorenzo:
Sorry, perhaps I've expressed it not correctly in my latest mail, I've just
written down my subjective impressions, while working on the code, that are
mostly rhetoric questions.
>> Stackless coroutines:
>> -
>>
>> * Relative easy to handle, because based
Hi Tom,
thanks for your point of view - I'm guessing I've missed that you're working
already on your variant of boost::context. This is of course a feasible way.
I'm not the biggest fan of that either, because the (low level) assembler code
has to be maintained, tested on all platforms, but
Hi,
Chris:
>> I really think that if we're going to have to support this, it should be
>> something conceptually simpler, like an emulation of coroutines using a
>> set of threads and locks.
I've tried that, but there are side effects with 3rd party libraries
(wxWidgets, OpenGL),
so that is
Hi Tom,
I've uploaded now a few different implementations on my personal branch:
https://code.launchpad.net/~torstenhtr/+junk/coroutines
I've tried, as I've written in my first mail, Windows Fibers and Pthreads. I've
implemented a "stress test" to compare the implementations and also
Hi Wayne,
for a short term solution also an older Boost version can be used for Windows -
or Tom's patch - it's at least not a blocker.
I'm guessing Tom could do more productive stuff :)
For the long term solution it's of course possible to drop the coroutines
completely and use the well
Hi Orson,
thanks for your nice work. I remember that we have discussed about this subject a few years ago - in general I think it's an advantage to
have an alternative for the stroke font. Not for performance, but for the visual quality.
I'd call it rather "outline font" instead of
Hi Orson,
the usecase for me is information reduction; sometimes you can loose the overview when too much at once is displayed.
For instance if you want to optimize only the placement of a component group, such as a DC-DC converter, the ratnest of other
components is uninteresting and
Hi Chris,
please read the mail archive (Jan 2016), I've already tried this and experimented with different coroutine implementations.
Of course a variant based on pthreads too.
The major showstopper was, that's not recommended to use threads for GUI work, please read:
Hi Chris,
please read the mail archive (Jan 2016), I've already tried this and
experimented with different coroutine implementations. I've tested of course a
variant based on pthreads too.
The major showstopper was, that's not recommended to use threads for GUI work,
please read:
Chris:
>> With a proper implementation this should be indistinguishable from
>> coroutines, including to wx.
This is your opinion not mine, I'm not sure. Again, read the paragraph about
secondary threads:
http://docs.wxwidgets.org/3.1/overview_thread.html
"[..] under Win32 a thread can only
Hi Jean-Pierre,
I have done several designs with KiCad and stitch vias. The simplest way for me is to create a module with a single through hole pad.
I've even written a python script to automate the placement of these stitch vias (see the mailing list archive). That was never a big problem
Hi Tom & Michael,
I'm using the scripting interface quite often and had never that much trouble with it.
The currently missing std::unique_ptr is not an argument, it is still possible to use it, see
http://stackoverflow.com/questions/27693812/how-to-handle-unique-ptrs-with-swig
I'm quite
Hi Strontium,
I've just checked that, my latest design uses 1252 stitch vias (medium complexity board, 4 layers). I'm a professional KiCad user (I'm not using KiCad for private projects) and I've given our employees the same hint. We have done of course some RF designs as well. You can move
60 matches
Mail list logo
