[Top][All Lists]
[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/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Discuss-gnuradio] hf_radio sampling rate mismatch with ALSA,
Alberto Trentadue <=