Well, actually not. I had this problem with one specific device only and only for large buffers (2048 samples and more).
Best Regards, Hauke
I have run into exactly the same problem with the AC97 drivers in WinXP SP1. Did you find a solution ?
Does anyone know what to do when this occurs ?
TIA
Jerry
----- Original Message ----- From: "User for realtime audio" <audiodev@xxxxxxxxxxxxxxxxxx>
To: <wdmaudiodev@xxxxxxxxxxxxx>
Sent: Wednesday, December 17, 2003 11:20 AM
Subject: [wdmaudiodev] Re: Modified kernel streaming example
Well, still suffering the same problem I have found out something new:
It seems that my problem is correlated to the order of the buffers being processed by the driver: If using 8 Buffers to flush the order to write the buffers should be 0..7 according to the first write-accesses to the driver. And that should be the order of the signalled events.
Whenever using buffers with critical sizes the order in which the buffer-writes have been completed are kind of arbitrary, e.g. 0 5 3 7 0 2 5 6.
In case of those buffersizes that function propperly, the order is as expected 0..7. Thus it seems that the driver somehow writes the buffers to the hardware in a wrong order, thus my question:
******************
WDMAUDIODEV addresses: Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe Unsubscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
URL to WDMAUDIODEV page: http://www.wdmaudiodev.de/
WDMAUDIODEV addresses: Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx Subscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe Unsubscribe: mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
URL to WDMAUDIODEV page: http://www.wdmaudiodev.de/