[Bug 656154] Juddery MPEG TS playback

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Sep 2 03:43:16 PDT 2011

  GStreamer | gst-ffmpeg | 0.10.12

--- Comment #9 from Vincent Penquerc'h <vincent.penquerch at collabora.co.uk> 2011-09-02 10:43:07 UTC ---
> No, that was at compile time. I meant modifying ranks via some API when library
> is loaded.

Well, there is the plugin registry, I suppose you could load it, fiddle with
other plugins' priorites, and write it back, though I couldn't recommend it.
It's also going to be lost at any time, should GStreamer decide to rewrite the
registry, until your modification code runs again.

> Hm, that sounds a bit against the spirit of the architecture and also doesn't
> it mean lowering priorities would be exactly the same?

Adding 1 to the priority of a plugin is only equivalent to removing 1 from the
priority of every other plugin (in practice, every other plugin that shares
caps with the bumped plugin, and which could get considered for autoplugging).
So in this case there was some MPEG parser who did not get its rank bumped to
Intead of decreasing mpeg2dec, you could have kept the ffec_mpeg2video
increase, and also increased that parser. But then the parser rank interacts
with... etc.
You see where I'm going ? :)

> > Is a patch to -ugly (or simply leaving out libgstmpeg2dec.*) an issue instead
> > of a patch to -ffmpeg ?
> Not a huge issue, I just prefer having to carry fewer packages which need
> patching and rebuilding. But never mind that, I already rebuilt ugly plugins
> and are testing with that.

Well, in this particular case, if you're not planning to use the mpeg2dec
plugin anyway, it is enough to just not install it, instead of decreasing its

Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.

More information about the gstreamer-bugs mailing list