Hi Dmitris
Yes I had identified the aU as my audio card consuming samples too fast
(the FAQs were helpful)
And the solution you gave worked fine, I can hear my FM nice and clear,
Yay!!!!!
Thanks a lot :)
Inderaj
On Nov 2, 2008 9:42am, Dimitris Symeonidis <[EMAIL PROTECTED]> wrote:
please read
http://gnuradio.org/trac/wiki/UsrpFAQ/Gen#OUuainoutput
aU means "audio underrun", which means the soundcard was waiting for
data and did not receive any..
concerning the sampling rate and usrp_wfm_rcv.py, try running it with
the -O plughw:0,0 option... tell me if this fixed it...
Dimitris Symeonidis
"If you think you're too small to make a difference, try sleeping with
a mosquito!" - Amnesty International
On Sun, Nov 2, 2008 at 06:46, Paul Miller wrote:
> On Sat, Nov 1, 2008 at 7:39 PM, Inderaj Bains wrote:
>> aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU
>
> Also, what is this? I see it on some apps and not others. It appears
> to be a feature of python's raw_input() except that it only happens
> while the alsa audio stuff is loaded. I couldn't figure it out and
> imagined it was peculiar to my platform.
>
> --
> If riding in an airplane is flying, then riding in a boat is swimming.
> 107 jumps, 43.5 minutes of freefall, 83.4 freefall miles.
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio