The current implementation places commands before headers in
the between thread queue. This is wrong. For example, if you
submit 10s worth of headers to the between thread queue and
immediately send a reset command, the reset command is
placed at the head of the queue and will be the first thing
There are two queues in an audio process, a queue between the
application and the audio thread which contains both commands
and headers and a header queue internal to the audio thread.
The current implementation places commands before headers in
the between thread queue. This is wrong. For examp
Robert Reif wrote:
Changes message queue from priority queue to standard queue.
this is wrong. If you've queued 10s worth of header, your reset request
will have to wait 10s before being processed, which is not windows behavior.
I'm also surprised if the headers (in case of a reset) are not send b
