Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-02 Thread Arto Oksanen
Neither did work, but changing the sample rate to 48000 did the trick. Thanks davek! arto 2009/3/2 Josh Blum : > 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(

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread davek
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

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Bob McGwier
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 d

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Josh Blum
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:

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Arto Oksanen
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 2009/3/2 Josh Blum : > The audio sink

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread davek
putting plughw:0,0 in as the hardware name for the audio sink worked for me, the default was blank... On Sun, Mar 1, 2009 at 7:48 PM, Josh Blum wrote: > The audio sink in GRC has 3 parameters: >        sample_rate, device_name, ok_to_block > > The generated code looks like this: >        audio.si

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Josh Blum
The audio sink in GRC has 3 parameters: sample_rate, device_name, ok_to_block The generated code looks like this: audio.sink(sample_rate, device_name, ok_to_block) If entering plughw:0,0 for the device_name does not fix the problem, I am unsure about what is wrong... GRC generat

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread davek
im having the same problem dial tone in GRC crashes with the same error but the python dialtone example works fine running svn trunk on ubuntu 8.10 64bit standard install with a gigabyte ga-ep45-ud3r onboard audio... if you figure it out let me know... thanks.. On Sun, Mar 1, 2009 at 4:29 PM, Art

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Arto Oksanen
Using plughw:0,0 does not change anything. The error is the same. arto 2009/3/1 Eric Blossom : > On Sun, Mar 01, 2009 at 09:38:31PM +0200, Arto Oksanen wrote: >> When trying to use audio sink in GRC I get following error: >> >> audio: using audio_alsa >> audio_alsa_sink[hw:0,0]: set_period_time_n

Re: [Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Eric Blossom
On Sun, Mar 01, 2009 at 09:38:31PM +0200, Arto Oksanen wrote: > When trying to use audio sink in GRC I get following error: > > audio: using audio_alsa > audio_alsa_sink[hw:0,0]: set_period_time_near failed: Invalid argument > Traceback (most recent call last): > File "/home/gr/top_block.py", li

[Discuss-gnuradio] audio_alsa_sink problem

2009-03-01 Thread Arto Oksanen
When trying to use audio sink in GRC I get following error: audio: using audio_alsa audio_alsa_sink[hw:0,0]: set_period_time_near failed: Invalid argument Traceback (most recent call last): File "/home/gr/top_block.py", line 45, in tb = top_block() File "/home/gr/top_block.py", line 32, i