FWIW, I don't get this on two devices here, but then I am using wavecyclic miniport for both of cases. One device uses a DataRangeIntersection handler, while another uses a _PROPOSEDATAFORMAT (both are multichannel devices). I had to use a DataRangeIntersection handler in one device because I found that should a _PROPOSEDATAFORMAT handler fail 44100/16, I never get queried at another rate. Not the best data point, but hth. Philip Lukidis > -----Original Message----- > From: wdmaudiodev-bounce@xxxxxxxxxxxxx > [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx]On Behalf Of Eugene > Muzychenko > Sent: Monday, January 29, 2007 4:21 AM > To: wdmaudiodev@xxxxxxxxxxxxx > Subject: [wdmaudiodev] Vista destroys WavePciStream in the > KSSTATE_PAUSE > > > Hello! > > Recently I implemented KSPROPERTY_PIN_PROPOSEDATAFORMAT > property handler > to support multi-channel PCM streams in my driver under Vista. Since > the handler was implemented, I started to play with the "Test" button > near the audio format list at the advanced device properties page. > When a test is initiated, a pin instance is requested from my filter > and PortCls creates a stream (WavePciStream). Then stream state is > changed to KSSTATE_ACQUIRE then to KSSTATE_PAUSE, and then the stream > is immediately destroyed (all references are Release'd) without > changing stream state to KSSTATE_ACQUIRE/KSSTATE_STOP. > > This happens only if testing by the Test button at advanced properties > page. Using common audio interfaces (DirectSound, MME) I didn't notice > such behavior. No other OS (Win 2000/XP/2003) behaves like that. > > It is definitely a bug because DDK documentation guarantees state > transition to KSSTATE_STOP before destroying a stream. > > Did anybody experience such behavior? I have 32-bit Vista build 6000. > > Regards, > Eugene > > > ****************** > > 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.com/ ****************** 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.com/