Dustin Spicuzza

Due to the issues I found with this, I'm putting it off until we finish migration to GST 1.x. Hopefully that will make it easier to resolve.

Are you still running into this with the latest gstreamer on Windows?

Well, as noted before, it doesn't happen with Windows Media Player, presumably because they set the priority on their threads correctly. If other software did the same thing then the...

First, we should investigate to see if the current GStreamer still has the same behavior on Windows. If it does, then we open a bug upstream to get it fixed....

I just did a little bit of testing on a Windows 7 VM (Virtualbox 5.1.22) with gstreamer 1.10.4 (msys2 32-bit -- using `gst-play-1.0.exe file.mp3`), and it was pretty easy to...

Alright, looking at the VirtualBox changelog, looks like they fixed some audio issues a few revisions back. I upgraded my guest additions to the newest version, and now I get...

Also, @genodeftest , looks like clementine did a [hack for this on OSX](https://github.com/clementine-player/Clementine/commit/df21da786e74a504adbdbd74d9d7c7577c6e52ed). Anytime a new GstTask object was created, they would dynamically switch its thread priority. We could probably...

More digging: looks like Windows has a special service that exists to give realtime priority to threads that indicate they are performing realtime audio processing tasks. I bet if we...

GStreamer bug filed @ https://bugzilla.gnome.org/show_bug.cgi?id=781998

I have a simple proof of concept that sets the thread priorities for all Gstreamer task threads. Unfortunately, it doesn't make any difference. Examination of the thread properties show that...