GNOME Bugzilla – Bug 732161
playbin: Chooses avdec_h264dec over omxh264dec on RPi
Last modified: 2015-08-16 15:22:47 UTC
Just a reminder for myself, will look into that soonish if nobody is faster. Problem basically is that both elements have primary rank... but omxh264dec should be preferred because it has more capsfeatures in common with glimagesink (EGLImage!).
Shouldn't we generally put hardware assisted elements at a higher rank than software ones ? (have a primary_software vs primary_hardware ?)
Sure, but that's a separate problem :) There's another bug about that already, created recently
Happens because avdec_h264:PRIMARY, xvimagesink:PRIMARY, 1 common capsfeature omxh264dec:PRIMARY, glimagesink:SECONDARY, 2 common capsfeatures We first compare the ranks, then the number of common features. Of course at that point we don't know yet that xvimagesink does not work and that we will use glimagesink anyway. Not sure if it's safe to favour common capsfeatures over the rank.
Not really a blocker though, it's like that since forever.
Workaround for now commit 41a7d37fe99868e3129eaf7abbcc5040617c08d4 Author: Sebastian Dröge <sebastian@centricular.com> Date: Tue Jul 22 09:23:00 2014 +0200 config: Update ranks to PRIMARY+1 to have higher preference than avdec_* See https://bugzilla.gnome.org/show_bug.cgi?id=732161
then vaapi should have also higher RANK =>PRIMARY+1 https://gitorious.org/gst-plugins-vaapi/gst-plugins-vaapi/source/4c1579148a3c3a3d299e5b884c61eed082af05e6:gst/vaapi/gstvaapi.c
*** Bug 731877 has been marked as a duplicate of this bug. ***
I can't reproduce this bug, resetting the omxh264dec rank to 256, it's still picked up by playbin correctly instead of the lib decoder.
s/lib/libav :)