Re: [Discuss-gnuradio] gr-drm reconfiguration & Channel simulations
Hi Ben, even though the stable version should work, please use the master branch, which contains all the recent changes. As you can see in the commit log, we moved our activity towards the kit-cel fork. Regarding the DRM receiver: Actually, a student of mine wrote some code during his Master's thesis this year.We did not yet merge it into gr-drm, you can find the code here: https://github.com/florianbrauchle/gr-rxdrm. The code probably won't run in real-time, though. As the audio decoder is still missing, we never had to look into issues like clock drift. - Felix On 11/05/2016 05:31 AM, Benny Alexandar wrote: > > Hi Felix, > > > > > I'm happy to hear that gr-drm is being used! I hope you are using the > newest version, I did quite some refactoring some time ago., > > I pulled the git stable version from this link, > https://github.com/kit-cel/gr-drm/tree/stable > > Which is the latest version of gr-drm ? I see another git version > https://github.com/fewu/gnuradio_drm > > which one to use to get the latest changes ? Please send me the link. > Do you have anyworking version of DRM receiver available on git ? > > I'm using USRP N210 for transmission. Have you looked at receiver > audio tracking to make sure the DRM receiver is compensating the drift > in audio sample rates, to prevent overflow/uderrun etc ? > > -ben > >> >> ___ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > Cheers > Felix > -- > Karlsruhe Institute of Technology (KIT) > Communications Engineering Lab (CEL) > > Felix Wunsch, M.Sc. > Research Associate > > Kaiserstraße 12 > Building 05.01 > 76131 Karlsruhe > > Phone: +49 721 608-46276 > Fax: +49 721 608-46071 > E-Mail: felix.wun...@kit.edu > > www.cel.kit.edu > > KIT -- University of the State of Baden-Württemberg and > National Laboratory of the Helmholtz Association -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Felix Wunsch, M.Sc. Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-46276 Fax: +49 721 608-46071 E-Mail: felix.wun...@kit.edu www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Polyphase Clock Sync Eating Tags
I'm re-tuning a frequency translating FIR filter ("tuner") dynamically based on
a channel detection. As documented, after the re-tune happens, the tuner sends
a "freq" tag when the re-tune has completed. The problem is that I have a
follow-on polyphase clock sync block which is eating that frequency tag. I need
that tag to know what channel I was on when I process the following bits.
Looking at the code, the tag policy is set not to propagate, but then there is
a section which appears to implement some custom logic for tag propagation.
There's been some previous discussion [1] on this topic, which suggests it has
been an issue in the past.
What is the current state of polyphase clock sync and tag propagation? Should I
expect it to propagate my tags correctly?
PWG
[1] https://lists.gnu.org/archive/html/discuss-gnuradio/2016-01/msg00284.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] problems with windows binaries and audio
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 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
> 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-bounces+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
Re: [Discuss-gnuradio] problems with windows binaries and audio
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 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
> 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
>> 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-bounces+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
Re: [Discuss-gnuradio] problems with windows binaries and audio
oopps I meant "a nice 440 Hz" cosine can be heard nicely.
Achilleas
On Mon, Nov 7, 2016 at 11:57 AM, Achilleas Anastasopoulos 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
>> 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
>>> 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-bounces+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
Re: [Discuss-gnuradio] problems with windows binaries and audio
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
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
>>> 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
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?
>
>
>
Re: [Discuss-gnuradio] problems with windows binaries and audio
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 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
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 > 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]
Re: [Discuss-gnuradio] problems with windows binaries and audio
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
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
> 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
> 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 ou
[Discuss-gnuradio] ofdm_sync_sc_cfb_impl.cc and sync methods used in practical
Hello, I was going thru the implementation of ofdm_sync_sc_cfb_impl.cc. As it says, it implements [1] Schmidl, T.M. and Cox, D.C., "Robust frequency and timing synchronization for OFDM", Communications, IEEE Transactions on, 1997. with modified normalization. However I was wondering that in industry, which method is used dominantly Auto-correlation based or Cross-correlation based. I went thru a couple of papers which states pros and cons of both the methods, however it is not clear to me which method is dominant and why ? Sumit -- View this message in context: http://gnuradio.4.n7.nabble.com/ofdm-sync-sc-cfb-impl-cc-and-sync-methods-used-in-practical-tp61933.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
