After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 662943 - gst_missing_plugin_message_get_installer_detail vs gst-inspect --print-plugin-auto-install-info --rpm mismatch for mp3
gst_missing_plugin_message_get_installer_detail vs gst-inspect --print-plugin...
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.35
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-10-28 15:40 UTC by Rex Dieter
Modified: 2011-10-28 20:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Rex Dieter 2011-10-28 15:40:18 UTC
trying to debug downstream report,
https://bugzilla.redhat.com/show_bug.cgi?id=680809
about packagekit auto-install codec feature not working lately, and came to the conclusion that gstreamer's
gst_missing_plugin_message_get_installer_detail
function, and output from 
gst-inspect --print-plugin-auto-install-info --rpm
no longer match.

This last worked for me using
gstreamer-0.10.31-1.fc14

And started not working as of
gstreamer-0.10.34-1.fc15

and retested and confirmed not working too with:
gstreamer-0.10.35-1.fc16

In particular, starting with 0.10.34 , when trying to play mp3 audio via gstreamer applications (like totem or phonon-gstreamer), 
gst_missing_plugin_message_get_installer_detail
returns
gstreamer0.10(decoder-audio/mpeg)(mpegaudioversion=1)(mpegversion=1)(layer=3)()(64bit)

but 
 gst-inspect --print-plugin-auto-install-info --rpm /usr/lib64/gstreamer-0.10/libgstmad.so
gstreamer0.10(element-mad)
gstreamer0.10(decoder-audio/mpeg)(mpegversion=1)(layer=1)
gstreamer0.10(decoder-audio/mpeg)(mpegversion=1)(layer=2)
gstreamer0.10(decoder-audio/mpeg)(mpegversion=1)(layer=3)

note the missing (mpegaudioversion=1) in the latter.
Comment 1 Tim-Philipp Müller 2011-10-28 19:38:43 UTC
The --rpm variant is not part of upstream (there was a bug that was WONTFIXED because the approach of expanding the caps to a list of fixed simple caps was not deemed a good idea, or something we'd want to support).
Comment 2 Rex Dieter 2011-10-28 20:03:40 UTC
OK, yeah, sorry, found the patch to be local to fedora after all.  Sorry for the noise.  Will take this back downstream then.