>
> Could you please confirm that indeed in this version the audio block DOES
> NOT BLOCK regardless of the setting


Yes, that's is exactly what I was saying... the blocking option is not
currently implemented but the fix is already in the repo awaiting release.

apologies if the email was not clear: I guess for me getting some sound was
> not considered good enough :-)


When troubleshooting, it is just helpful to get as much information as
possible.  No sound is technically very different than distorted sound, not
a question of good or bad.



On Monday, November 7, 2016, Achilleas Anastasopoulos <anas...@umich.edu>
wrote:

> I think I figured out what is going on:
>
> The audio block DOES NOT BLOCK no matter what the value of the "OK to
> block" setting is.
>
> The reason that the 440 Hz tone was heard perfectly was that although
> samples were dropped by the audio device, the remaining samples where
> enough to reconstruct a nice tone.
>
> This unfortunately does not work with other audio signals.
>
> The solution of putting a throttle unfortunately does not work well: it
> produces a very choppy sound on-off all the time.
>
>
> Geof: thanks for all the help. I guess I will have to wait for version
> 3.7.10.2.
>
> Could you please confirm that indeed in this version the audio block DOES
> NOT BLOCK regardless of the setting.
>
> thanks again,
> Achilleas
>
>
>
> On Mon, Nov 7, 2016 at 3:24 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>> Hi Geof,
>>
>> apologies if the email was not clear: I guess for me getting some sound
>> was not considered good enough :-)
>>
>>
>> The audio sink IS BLOCKING (OK to block is indeed set to YES)
>> and as I mentioned in the last email, a nice 440Hz tone generated by a
>> signal source is PERFECTLY audible.
>>
>> As I mentioned earlier, I am starting to believe that the "wav file
>> source" is not working properly.
>>
>> Can anyone confirm a working configuration with:
>>
>> Wav File Source --> Audio Sink
>>
>> Thanks
>> Achilleas
>>
>>
>> On Mon, Nov 7, 2016 at 2:49 PM, Geof Nieboer <gnieb...@corpcomm.net>
>> wrote:
>>
>>> OK, so you are getting *some* sound.  Your first email seemed to
>>> indicate nothing at all was happening.
>>>
>>> In that case, please add a throttle block to your flowgraph, set to the
>>> audio sample rate you desire.
>>>
>>> The audio sink is being overwhelmed with data from the file source and
>>> is not blocking.
>>> When 3.7.10.2 is released the windows audio sink will block when "OK to
>>> block" is set to true.
>>>
>>> Geof
>>>
>>>
>>> On Mon, Nov 7, 2016 at 1:25 PM, Achilleas Anastasopoulos <
>>> anas...@umich.edu> wrote:
>>>
>>>> oopps I meant "a nice 440 Hz" cosine can be heard nicely.
>>>>
>>>> Achilleas
>>>>
>>>> On Mon, Nov 7, 2016 at 11:57 AM, Achilleas Anastasopoulos <
>>>> anas...@umich.edu> wrote:
>>>>
>>>>> I also would like to report that a nice 440KHz cosine can be heard
>>>>> perfectly OK with the default audio sink.
>>>>>
>>>>> So now I have my doubts about the wav file source block instead of the
>>>>> audio sink block....
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> thanks
>>>>> Achilleas
>>>>>
>>>>> On Mon, Nov 7, 2016 at 10:20 AM, Achilleas Anastasopoulos <
>>>>> anas...@umich.edu> wrote:
>>>>>
>>>>>> Hi Geof,
>>>>>>
>>>>>> thank you for your suggestions.
>>>>>>
>>>>>>
>>>>>> Here is some more information from my Windows 7 running gnuradio
>>>>>> binaries 3.7.10.1
>>>>>>
>>>>>> 1)
>>>>>> When I use a simple wav file source with audio sink and without
>>>>>> setting the "Device Name" entry I get the following output:
>>>>>>
>>>>>> INFO: Audio sink arch: windows
>>>>>> gr::pagesize: no info; setting pagesize = 4096
>>>>>> aOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaO
>>>>>>
>>>>>> I can hear the sound but it is not coming out at the right speed/etc
>>>>>> regardless of what sample rate I choose.
>>>>>>
>>>>>> So I tried the second method that Geof suggested: entering explicitly
>>>>>> the device ID and/or the string representing the device's name.
>>>>>>
>>>>>> 2)
>>>>>> Following Geof's advice I went to the "Device Manager" and the
>>>>>> "Sounds, video and game controllers" section and I see a device "High
>>>>>> Definition Audio Device". I clink on the "Details" tab and under the
>>>>>> Property "device description" i see "High Definition Audio Device", so 
>>>>>> this
>>>>>> is what I put as the string under the "Device Name" property of the audio
>>>>>> sink.
>>>>>>
>>>>>> The output then is:
>>>>>>
>>>>>> INFO: Audio sink arch: windows
>>>>>> INFO: Warning: waveOut device 'High Definition Audio Device' was not
>>>>>> found, defaulting to WAVE_MAPPER
>>>>>> gr::pagesize: no info; setting pagesize = 4096
>>>>>> aOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaOaO
>>>>>> aOaOaOaOaOaOaOaOaOa
>>>>>> aOaOaOaOaOaOaOaOaOaO
>>>>>>
>>>>>> And the sound is the same as above.
>>>>>>
>>>>>> So my question is the following:
>>>>>>
>>>>>> How exactly can I find in the control panel the name of my audio
>>>>>> device?
>>>>>> Clearly the one I used ("High Definition Audio Device") was not
>>>>>> found...
>>>>>>
>>>>>> Can it be that the problem is with the "wav file source" block and
>>>>>> not with the audio sink block?
>>>>>>
>>>>>> Thanks
>>>>>> Achilleas
>>>>>>
>>>>>>
>>>>>> On Sun, Nov 6, 2016 at 5:12 PM, Geof Nieboer <gnieb...@corpcomm.net>
>>>>>> wrote:
>>>>>>
>>>>>>> The audio device in the windows audio sink can be used one of two
>>>>>>> ways,
>>>>>>>
>>>>>>> First is to use a number which is the device ID of the audio device,
>>>>>>> the second is to enter a string representing the device's name.
>>>>>>>
>>>>>>> Realize, however, that there is no way to interactively iterate
>>>>>>> through the list of available devices, so you'll have to figure out the
>>>>>>> ID's/names yourself through the control panel.  It will give a warning 
>>>>>>> in
>>>>>>> the output log if what you entered is not found so you can least use 
>>>>>>> trial
>>>>>>> and error.  If it can't find the device you entered, or you don't put an
>>>>>>> entry in, it will use the WAVE_MAPPER device.
>>>>>>>
>>>>>>> Geof
>>>>>>>
>>>>>>>
>>>>>>> On Sun, Nov 6, 2016 at 5:15 AM, Tarquin Roode <
>>>>>>> tarquin.ro...@gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Mine works, I am using 3.7.9.2
>>>>>>>>
>>>>>>>> So not a problem with the inary, it worked on Both Win 7 and Win 10
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I am not a home a he moment so don’t have  ss to my PC, bt I just
>>>>>>>> plopped the Audio Sink down and it worked
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Ood luck
>>>>>>>>
>>>>>>>> arqun
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *From:* Discuss-gnuradio [mailto:discuss-gnuradio-bounc
>>>>>>>> es+tarquin.roode=gmail....@gnu.org] *On Behalf Of *Achilleas
>>>>>>>> Anastasopoulos
>>>>>>>> *Sent:* Saturday, 05 November 2016 2:46 AM
>>>>>>>> *To:* Discuss-gnuradio@gnu.org
>>>>>>>> *Subject:* [Discuss-gnuradio] problems with windows binaries and
>>>>>>>> audio
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I have installed the windows binaries from GCNDevelopment
>>>>>>>>
>>>>>>>> http://www.gcndevelopment.com/gnuradio/
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> A simple test with a wav file and an audio sink does not seem to
>>>>>>>> work.
>>>>>>>>
>>>>>>>> I have changed the config file to use audio - windows but still
>>>>>>>> this is not working.
>>>>>>>>
>>>>>>>> (same grc file works fine on Linux).
>>>>>>>>
>>>>>>>> I have tried this on both Windows 7 and 10 with no success.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Can someone report if they had success with audio on Windows with
>>>>>>>> these binaries?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Any ideas as to what else I can try?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> thanks
>>>>>>>>
>>>>>>>> Achilleas
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Discuss-gnuradio mailing list
>>>>>>>> Discuss-gnuradio@gnu.org
>>>>>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to