>
> 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 cle
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
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 menti
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.
Whe
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 so
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
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 availabl
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-bounce
Thanks Geof,
How exactly can I do what you are suggesting in GRC?
The only available controls on the audio sink is the bit rate and an entry
called "audio device".
What exactly should I enter in this entry?
thanks again,
Achilleas
On Sat, Nov 5, 2016 at 4:05 PM, Geof Nieboer wrote:
> Achilleas
Achilleas,
There are several others who had had success, so there must be something
unique in your setup . Do you have more then one audio device installed?
If you do perhaps it is being routed to the wrong audio device. The
default is the windows wave mapper which normally should send it to you
Hi Achilleas,
it's nice to be hearing from you :)
So, I know of at least one other person trying [1] to get audio under
Windows to work correctly. At least, he got /choppy/ sound.
I know this isn't great help, but maybe it gives any of you a place to
start :(
Best regards,
Marcus
[1]
http://s
12 matches
Mail list logo
