[gstreamer-bugs] [Bug 501239] Add support for "realtime thread pools"

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Fri Apr 24 07:57:25 PDT 2009

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:

  GStreamer | gstreamer (core) | Ver: git

------- Comment #5 from Olivier Crete (Tester)  2009-04-24 14:56 UTC -------
Created an attachment (id=133255)
 --> (http://bugzilla.gnome.org/attachment.cgi?id=133255&action=view)
task: Add function to set task priority

I'm proposing a different approach to RT threads. Instead of having a separate
thread pool, we can instead just set the priority of the thread when a Task is
executed and reset it afterwards, that then allows us to change the priority of
a task while its running. That means we can set the priority of a whole series
of interconnected tasks using events. In my case, I want the tasks that will be
used to receive audio to be RT, but not video (for example), so I can just send
the event up the pipeline when I add the audio sink, without having to go fish
into rtpbin or decodebin.

See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=501239.

More information about the Gstreamer-bugs mailing list