Re: [Discuss-gnuradio] New OpenGL-based FFT, Waterfall, and Scope displays in trunk

[Christian Kendi]

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

ksh.

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:

http://gnuradio.org/trac/browser/gnuradio/trunk/gr-wxgui/README.gl

...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
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio





PGP.sig
Description: This is a digitally signed message part
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] transmit samples from 2 array antennas

[Halil Yigit]

hi

I want to transmit signals from 2 transmit antennas. I have array antenna which 
has two antenna elemets. How can i do it. What is the starting point? is there 
sample program?

Halil 

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] transmit samples from 2 array antennas

[Firas Abbas]

Hi

 Halil wrote:

 I want to transmit signals from 2 transmit antennas. What is the
starting point?  is there sample program?

see :
gnuradio-examples/python/usrp/fm_tx_2_daughterboards.py


Firas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] receive signal from 2 array antenna

[Richard Jaeger]

Halil,

I have a basic phased array receiver working using the four adcs in  
the usrp.
However, my particular application is low frequency (1.8MHz) ham radio  
reception.  The code

is still too crude at the moment to be of much use, but a good
starting point is to look at the multi-fft.py example in the
gnuradio python multi-antenna examples.  It will help you get multiple  
channels running.


RCJ...


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio