GNU Radio 2.8 release


#1

OK, Let’s try this again :wink:

I’ve fixed the tarballs such that the output of swig is no longer in
them.
This ensures that all modules will be built using the version on swig
on the build machine.

Please let me know if you run into any problems.

The new tarballs are at ftp.gnu.org:

gnuradio-core-2.8.tar.gz
gnuradio-examples-0.7.tar.gz
gr-audio-alsa-0.5.tar.gz
gr-audio-jack-0.3.tar.gz
gr-audio-oss-0.9.tar.gz
gr-audio-portaudio-0.2.tar.gz
gr-gsm-fr-vocoder-0.3.tar.gz
gr-howto-write-a-block-0.6.tar.gz
gr-usrp-0.8.tar.gz
gr-wxgui-0.6.tar.gz
usrp-0.12.tar.gz

Or see http://comsec.com/wiki?GnuRadio2.X

Eric


#2

G’day,

I’m working on a package for gr-audio-portaudio. I’d no problems porting
the
portaudio application and getting gr-audio-portaudio to build.

Sound rendered by the portaudio test application is perfect. Contrary to
this,
sound played using gr-audio-portaudio API using the gnruadio audio test
applications result in choppy sound. It appears to be caused by underrun
conditions see below:

barossa: {260} ./dial_tone.py
Number of devices found = 1
--------------------------------------- device #0
[ Default Input, Default Output ]
Name = /dev/audio
Host API = OSS
Max inputs = 2, Max outputs = 2
Default low input latency = 0.012
Default low output latency = 0.012
Default high input latency = 0.046
Default high output latency = 0.046

Test Devices
Testing device name: /dev/audio Chosen!
/dev/audio using OSS as the host

Latency = 0.02133, requested sampling_rate = 48000
d_portaudio_buffer_size_frames = 1024
ring buffer size = 4096 frames
aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU

Any one else experiencing this?

cheerio Berndt