[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: gEDA-dev: GSoC idea: improving the gspiceui frontend
On Friday 18 January 2008, Ramakrishnan Muthukrishnan wrote:
> Was poking around with LTSpice yesterday on my work windows
> machine. It will be great to have a well integrated
> frontend/plot tool for ngspice/gnucap. LTSpice does a fairly
> good job of integrating all the analysis tools like
> plotting, poking around with probes, taking FFT of the
> plotted values.
>
> All these pieces already exist in the Free World. We need not
> have a schematic editor, but something like xgshem2spice or
> something like that (in the lines of xschem2pcb) which will
> integrate the schematics, a front end like gspiceui and
> perhaps a good plotting tool like labplot which can plot the
> data or take FFT of a selected area, zoom into it and so on,
> will be a a nice addition to gEDA. Perhaps this can be one of
> the next GSoC projects ? Just a thought to ponder..
I agree that there is room for improvement in this area, but I
don't want an integrated GUI and plotter.
I strongly believe that a graphic front-end and a post-processor
must be separate tools.
Graphic front-ends limit functionality too much. I would rather
type the commands directly. To do the subset that a GUI could
provide, there are only a few of them. I suppose beginners
might prefer a menu, but many will outgrow it fast. I usually
run gnucap interactively, typing commands as I go, in a way
that no graphic tool will do.
Plotting the data is the area of big need. The best we have
is "gwave" and there is room for improvement. I usually run in
as two commands ...
gnucap> ac 20 20k decade 20 >my-file
gnucap> !gwave my-file &
Then another ...
gnucap> tran 0 100u 1u >my-file
gnucap> !gwave my-file &
If only gwave worked in a pipe .......
We really do need a good analog post-processor. I would like to
see it written entirely in an interpreted language, so the
interpreter can be brought out to do calculations on the
signals being displayed, and so others can add to it easily and
distribute their extensions separately if they want to.
It is a good candidate for next summer's GSoC .. or for someone
to start on anyway. Here's an invitation for someone who might
want to take this on .... If you get started now, that will
help your score when we rank the applications, improving your
chance of getting funded.
_______________________________________________
geda-dev mailing list
geda-dev@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev