Hello ,David
You can hook IOCTL_KS_PROPERTY in the Dispatch routine and look for
the GET request for the KSPROPERTY_CONNECTION_ALLOCATORFRAMING
property of KSPROPSETID_Connection propery set. In this request you
can modify number of buffers and their sizes (after it has been
processed by lower drivers).
I know, this is bad way, but it helped me when I had problems with
sound recording in MsVad.
Thursday, September 16, 2004, 5:30:39 PM, you wrote:
DAH> I have noticed some specific behaviour for recording that is causing
major
DAH> grief for my audio driver
DAH> (IMiniportWavePci/IMiniportWavePciStream).
DAH> For playback, the buffers are chopped up into 10ms increments and it
seems
DAH> that a maximum of about 3 buffers are sent down to my driver from
the WDM
DAH> port class driver. If the sample rate scales up, so does the buffer
size
DAH> so each buffer is still 10ms in length. Playback at any sample rate
works
DAH> as expected.
DAH> For recording, eight 64-byte buffers are passed in regardless of
sample
DAH> rate. At 48kHz stereo, this means each buffer represents ~0.66ms,
which is
DAH> just at the limit of what gives acceptable performance from faster
DAH> machines. At 192kHz, the port driver still only gives eight 64-byte
DAH> buffers, so now that same buffer only represents 0.166ms for stereo,
or
DAH> only 1 sample period for 16 channel interleaved 32-bit (which my
device can
DAH> do)! This means the PC is not able to respond to each interrupt
fast
DAH> enough and audio breakup will occur in only 1.3ms (192kHz/Stereo).
This
DAH> essentially means that recording through the port class driver is
not
DAH> possible at higher sample rates/higher channel counts. I should
mention
DAH> that I am using Windows XP SP2.
DAH> So far I have found nothing that allows my driver to control the
size or
DAH> number of buffers that are passed in from the upper level driver.
Does
DAH> anyone have a solution to this problem? I'm sure there is something
very
DAH> basic that I am missing...
DAH> Thank you,
DAH> David
DAH> ******************
DAH> WDMAUDIODEV addresses:
DAH> Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx
DAH> Subscribe:
DAH> mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe
DAH> Unsubscribe:
DAH> mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe
DAH> Moderator: mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx
DAH> URL to WDMAUDIODEV page:
DAH> http://www.wdmaudiodev.de/
--
Best regards,
Yura mailto:spirit@xxxxxxxxxx
******************
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/
