Forum: GNU Radio hf_radio sampling rate mismatch with ALSA

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
83cfe44af85b7477257ed37b0037e2d4?d=identicon&s=25 Alberto Trentadue (Guest)
on 2009-01-18 23:12
(Received via mailing list)
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/
This topic is locked and can not be replied to.