[wdmaudiodev] Re: Windows 7 wave cyclic driver
- From: "Matthew van Eerde" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "Matthew.van.Eerde" for DMARC)
- To: "wdmaudiodev@xxxxxxxxxxxxx" <wdmaudiodev@xxxxxxxxxxxxx>
- Date: Wed, 1 Mar 2017 18:29:24 +0000
The advantage of using a sine wave (as opposed to a sentinel value like
0xdeadbeef) is that sine waves tend to be resilient to audio processing
(changing from int to float, dynamic range compression etc.) but sentinel
values are very fragile.
From: Farrah Avanesov<mailto:favanesov@xxxxxxxxxxxxx>
Sent: Wednesday, March 1, 2017 10:28 AM
Subject: [wdmaudiodev] Re: Windows 7 wave cyclic driver
On Wed, 2017-03-01 at 10:10 -0800, Tim Roberts wrote:
Farrah Avanesov wrote:
On Tue, 2017-02-28 at 17:19 -0800, Tim Roberts wrote:Now, if you have modified MSVAD to eliminate all formats but the one you
really want, then it should be OK.
Yes, I've modified msvad to use 48kHz only.
One of the limitations of CopyFrom and CopyTo is that there is no way to
report how many bytes you actually copied. If the port driver asks you
to copy 9,600 bytes, it assumes you have copied 9,600 bytes. Are you
saying you are overriding that value?
Yes, I'm overriding the value. I realize there is a problem with this
but just want to get it working and then will tweak GetPosition so that
it returns the number of bytes in the FIFO.
When you do that, is the data in the captured file repetitive? That is,
does it look like "deadbeef" was sample-rate converted? Or is it really
I get mostly "0080 0080" with a section of random data which is probably
due to the ByteCount getting overwritten.
This e-mail and any attachments may contain information that is confidential to
If you are not the intended recipient, please notify me immediately by replying
to this message. Please also delete all copies. Thank you.
Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
URL to WDMAUDIODEV page:
Other related posts: