discuss-gnuradio
[Top][All Lists]
Advanced

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

Re: [Discuss-gnuradio] audio_alsa_sink problem


From: davek
Subject: Re: [Discuss-gnuradio] audio_alsa_sink problem
Date: Mon, 2 Mar 2009 02:35:05 -0500

The grc dialtone flowgraph py would work ONLY if i changed BOTH

self.audio_sink_0 = audio.sink(44100, "hw:0,0", True)
to
self.audio_sink_0 = audio.sink(32000, "plughw:0,0", True)

and

self.samp_rate = samp_rate = 44100
to
self.samp_rate = samp_rate = 32000

not sure what to make of that...
looks like I was stumbling on 2 different things, device name syntax
and sample rate ( hardware limitation ? ) not sure...

On Mon, Mar 2, 2009 at 2:09 AM, Bob McGwier <address@hidden> wrote:
> What is needed IMHO is not extra documentation about GRC but to NOT USE
> plughw or require it when it is not needed.  For those of us with sound
> cards like Delta or other many channeled things,  this causes unnecessary
> burden on the complexity.
>
> Bob
>
>
> Josh Blum wrote:
>>
>> I will add a note to the documentation in grc audio blocks about plughw.
>>
>> Can you edit the generated code and test the following 2 combinations:
>>
>> self.audio_sink_0 = audio.sink(44100, "plughw:0,0", False)
>> self.audio_sink_0 = audio.sink(44100, "plughw:0,0")
>>
>> Let me know. -Josh
>>
>> Arto Oksanen wrote:
>>>
>>> this is from the working dial_tone.py
>>>
>>> dst = audio.sink (sample_rate, options.audio_output)
>>>
>>> and this is from GRC generated code:
>>>
>>> self.audio_sink_0 = audio.sink(44100, "plughw:0,0", True)
>>>
>>> For me it looks like the generated code has an extra parameter..
>>>
>>> arto
>>>
>>>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>




reply via email to

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