From: Richard Webb on
On 11/08/10 05:27, Steve Pope wrote:
> steveu<steveu(a)n_o_s_p_a_m.coppice.org> wrote:
>
>> Gnuplot is an excellent choice, but don't be put off by some of the
>> material you can find about it on the web. You could easily mistake it for
>> a Mickey Mouse function drawing program from a lot of the descriptions you
>> will find. Its actually a rather powerful plotting tool, with a lot of
>> flexibility for massaging the appearance of the images it produces.
>
> I haven't used it, but I imagine it beats Excel, which I often
> use for plotting.
>
> (Excel has some advantages of its own, but I doubt they stack up.)
>
> Tangentially, I reserve the term "waveform viewer" for tools that
> can probe into an annotated simulation. I do not think Gnuplot
> can do that with C++, unless someone has gone to the effort of
> merging it with a symbolic debugger.
>
> Steve

Dislin is worth a look: : http://www.mps.mpg.de/dislin/

From: Grant Griffin on
On 8/10/2010 8:31 PM, bharat pathak wrote:
> I have a requirement, wherein my dsp datapath algorithms are
> in C or C++. The input and output data is stored in memory
> buffers. Now staying in C environment I want to see the plots
> of the waveforms. So which waveform viewer could easily be
> integrated in C/c++ environment.
>
> 1. once the figure window pops up, I should be able to zoom
> into the plot.
>
> 2. multiple figure windows should be supported.
>
> 3. subplot should also be supported.
>
> I am looking for matlab plot kind of capabilities but more
> from free and open source softwares.

Hi Bharat,

FWIW, I've looked for this sort of thing over the years and never have
found anything that's suitable for my products, so I ended up rolling my
own. It was a great deal of work, and evolved over a period of years.
It's been beneficial, though, to get exactly what I want compared to
making compromises with other solutions.

ScopeDSP began many years ago using a "VBX" plotting control provided by
Visual Basic, which could be accessed by C++. It was pretty good
overall but it had an Achilles heal that it couldn't do bar plots with
an arbitrary origin of the type typically used to display FFT results
from an arbitrary base like -120 dB. That's when I started to write my
own. That ended up being a good thing when Microsoft abandoned VBX
controls a short time after hawking them as the next big thing. (.net
is next. ;-)

I've looked at gnuplot over the years, and it's very appealing in terms
of being fairly easy to interface with via a pipe. It also has a lot of
features. However, from a user's point of view, I always find its
zooming to be a drag. I always feel like I'm slumming when I have to
use it from Octave. (Not that Matlab's zooming is any better...)

Ideally, this sort of thing would be available from wxWidgets, QT, or
other similar cross-platform GUI toolkits. However, those don't seem to
include a sophisticated plotting capability. Maybe they think that's
out of their scope, or more likely, nobody has ever contributed
something like that. So, I've thought of contributing my system, but
since it's currently written in MFC, that would be a great deal of work.
So it hasn't happened.

Richard mentioned dislin; I think I've looked at that in the past but I
can't remember why I didn't get too interested in it. I'll look at it
again, though.

You might also look at Python, which has something called "matplotlib"
as an add-on. It's possible to mix C/C++ with Python. Or, you could
maybe transliterate matplotlib into C/C++. That would probably be a lot
of work, though.

Overall, I'd think that gnuplot would be the easiest thing, if you don't
mind slumming a little. :-)

Grant

--
_____________________________________________________________________

Grant R. Griffin
Publisher of dspGuru http://www.dspguru.com
Iowegian International Corporation http://www.iowegian.com
See http://www.iowegian.com/img/contact.gif for e-mail address

First  |  Prev  | 
Pages: 1 2
Prev: DSSS-CDMA query
Next: Only a little off topic