Are you sure about that? Sounds like a bug in the renderer if it expects a frame in paused state.
Seeing Neetu's later comment about Cancel request handling, could it be that in your case also, a cancel request is not being handled correctly? Perhaps the render is waiting for the request to be cancelled?
As for danger - yes there is a real danger. A lot of applications submit buffers in pause state, so that the driver has a queue of buffers ready when it switches to run state. Also, this way, the client could ensure that there's going to be enough "backup" of buffers during the time it takes to complete the request and to submit a new one. Reduces chances of buffer underruns.
And of course, the WHQL tests will fail your driver (I know this as a fact for audio drivers) if you try to stream in paused state!
Tim Roberts wrote:
AI Developer wrote:
****************** 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/