[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] New OpenGL-based FFT, Waterfall, and Scope displa

From: Christian Kendi
Subject: Re: [Discuss-gnuradio] New OpenGL-based FFT, Waterfall, and Scope displays in trunk
Date: Fri, 15 Aug 2008 12:59:44 +0200

Awesome. 1000% Performance improvement under OSX.
Waterfall was completely unusable for me before. Thanks


On Aug 14, 2008, at 9:21 PM, Johnathan Corgan wrote:

Josh Blum has implemented OpenGL-based versions of the FFT, waterfall,
and scope sinks in gr-wxgui. These have been merged into the trunk as of
revision 9291, and will be part of the 3.2 release.

This feature available to those who have installed GNU Radio via a
source code build from the GNU Radio trunk repository.  You will not be
able to use it if you are using the release tarballs, the release
repository, or binary package installations.

You will need to have OpenGL available for your graphics card, and have
installed the python-opengl bindings.  This is the default for many
systems, but please see your distribution documentation for details.

Currently, the new displays must be explicitly enabled in your GNU Radio
preferences, though in release 3.2 they will become the default with
fall back to the non-GL versions if GL is not available.  Please see:


...for details on how to enable.  If you have written your own GNU Radio
applications that use wxgui sinks, you will not have to make any changes
to your source code for these.

The existing Python scripts in gr-utils and gnuradio-examples will
automatically take advantage of the new functionality if enabled.

To obtain this new code, you will need to update your GNU Radio trunk
distribution, and re-run the build:

(From the top-level source code directory)

$ svn update
$ ./bootstrap
$ ./configure (...whatever you might currently use...)
$ make
$ make check
$ sudo make install

We are looking for testers, to measure the difference in performance
between the non-GL and GL versions, and in particular, the performance
of the GL versions when using a non-accelerated host-based GL
implementation like Mesa (without DRI).

In particular, the waterfall implementation is a vast improvement over
the existing one.  Try usrp_fft.py -W to view.

Thanks, Josh!

Discuss-gnuradio mailing list

Attachment: PGP.sig
Description: This is a digitally signed message part

reply via email to

[Prev in Thread] Current Thread [Next in Thread]