Forum: GNU Radio hf_radio sampling rate mismatch with ALSA

Announcement (2017-05-07): is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see and for other Rails- und Ruby-related community platforms.
Alberto T. (Guest)
on 2009-01-19 00:12
(Received via mailing list)
After starting successfully the USRP, the natural next step is to try
out some example.
Being a ham radio, I
focused on 'hf_radio'.

I immediately got an ALSA sampling error:

 audio_alsa_sink[hw:0,0]: unable to support sampling
rate 16000
  card requested 44100 instead.

...then an endless flood of aUaUaU.

I found in the archives that this
problem was experienced by using usrp/ or similar
The proposed solution is to pass to
the programs the following option:

-O plughw:0,0

This is OK for usrp/, but I've seen that
hr_radio/ does not accept such an option.
By comparing hf_radio/ with usrp/, I've seen
that the latter creates the audio sink like this:

audio_sink = audio.sink (int (audio_rate), options.audio_output,

where 'options.audio_output' contains the string "plughw:0,0".
Therefore I've naively tried to hack hf_radio by
modifying hf_radio/ like this:

self.out = audio.sink( rate, 'plughw:0,0', False )

but the hack resulted in a
python runtime error.

Does this mean that it is not possible to use hf_radio using
Well, I don't belive

Any suggestion?


Attiva Tiscali Voce 8 Mega: telefoni e navighi senza limiti a soli €10
AL MESE FINO AL 30 GIUGNO 2009. Dopo paghi €29,90 al mese. Attiva entro
il 22/01/09!
This topic is locked and can not be replied to.