Hf_radio sampling rate mismatch with ALSA

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/usrp_am_mw_rcv.py or similar
The proposed solution is to pass to
the programs the following option:

-O plughw:0,0

This is OK for usrp/usrp_am_mw_rcv.py, but I’ve seen that
hr_radio/radio.py does not accept such an option.
By comparing hf_radio/radio.py with usrp/usrp_am_mw_rcv.py, 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/output.py 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! http://abbonati.tiscali.it/promo/voce8mega/

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs