discuss-gnuradio
[Top][All Lists]
Advanced

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

[Discuss-gnuradio] hf_radio sampling rate mismatch with ALSA


From: Alberto Trentadue
Subject: [Discuss-gnuradio] hf_radio sampling rate mismatch with ALSA
Date: Sun, 18 Jan 2009 23:11:21 +0100 (CET)

Hello 
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 applications.
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, 
False)

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 'plughw:0,0'?
Well, I don't belive 
this...

Any suggestion?

T.I.A.
Alberto


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/




reply via email to

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