[Bug 781998] Windows: directsound sink stutter

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=781998

--- Comment #12 from Dustin Spicuzza <dustin at virtualroadside.com> ---
Done for now I think.

I've updated the gist with something that performs slightly better, even
without doing an unlock during the sleep. Two improvements:

* I use the bus sync signal stuff and connect to sync-message::stream-status so
that I only get the stream status messages.
* I used the "Pro Audio" priority category, which gets the threads an even
higher priority, and the stutter is significantly more difficult to cause than
previously.

I'm not really a gstreamer expert, but there doesn't seem to be a good way to
receive the stream status messages from the sink. My hope was that I could just
receive those messages from the gstdirectsoundsink and then bump the priorities
of all threads that are feeding into the sink -- while that's a bit of a hack,
it would work.

It seems like the only other alternative is to inject some Windows-specific
code into GstAudioSink and GstTask. If developers would be open to such a patch
or have a better suggestion, I can put it together.

A more difficult alternative is to rewrite the sink and create a custom ring
buffer implementation; or improve the WASAPI sink and then do some priority
stuff there (though, I think you'll still want to bump the priority of all
multimedia threads or you'll run into the same issues).

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.