[wdmaudiodev] Re: Vista destroys WavePciStream in the KSSTATE_PAUSE

  • From: "Philip Lukidis" <plukidis@xxxxxxxxxxxxx>
  • To: <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Wed, 31 Jan 2007 10:26:08 -0500

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/

Other related posts: