GNOME Bugzilla – Bug 664365
Missing plugin: gstreamer|0.10|totem|Flash demuxer|decoder-video/x-flv (ignoring)
Last modified: 2011-11-20 18:24:53 UTC
gst-ffmpeg is my best guess. gstreamer is Ubuntu up to date, up to 0.10.28 with certain packages <28. Since I upgraded to Ubuntu 10.04, now with late updates, e.g. Totem is no longer able to play flv video. Plugin search says it cannot find Flash demuxer. Other programs like Gnome Mplayer or Mplayer, presumably using ffmpeg, play flv OK. Something funny must have happened during the 10.04 upgrade. But I've spent hours browsing discussions everywhere in vain. What do I have to inspect to debug this mystery? Thank you. $ gst-inspect | grep flv ffmpeg: ffenc_flv: FFmpeg Flash Video (FLV) encoder ffmpeg: ffdec_flv: FFmpeg Flash Video (FLV) decoder ffmpeg: ffdemux_flv: FFmpeg FLV format demuxer ffmpeg: ffmux_flv: FFmpeg FLV format muxer typefindfunctions: video/x-flv: flv flv: flvmux: FLV muxer $ gst-inspect ffdemux_flv Factory Details: Long name: FFmpeg FLV format demuxer Class: Codec/Demuxer Description: FFmpeg FLV format demuxer Author(s): Wim Taymans <wim@fluendo.com>, Ronald Bultje <rbultje@ronald.bitfreak.net>, Edward Hervey <bilboed@bilboed.com> Rank: none (0) Plugin Details: Name: ffmpeg Description: All FFmpeg codecs and formats (system install) Filename: /usr/lib/gstreamer-0.10/libgstffmpeg.so Version: 0.10.10 License: LGPL Source module: gst-ffmpeg Binary package: FFmpeg Origin URL: http://ffmpeg.org/ ------------------------------------------------------------ $ dir /usr/lib/gstreamer-0.10/libgstffmpeg.so 4450494 -rw-r--r-- 1 root root 229152 2010-03-08 18:46 /usr/lib/gstreamer-0.10/libgstffmpeg.so ------------------------------------------------------------ ** Message: Error: Your GStreamer installation is missing a plug-in. gstdecodebin2.c(2944): gst_decode_bin_expose (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20: no suitable plugins found ** Message: Missing plugin: gstreamer|0.10|totem|Flash demuxer|decoder-video/x-flv (Flash demuxer) ** Message: No installation candidate for missing plugins found. ** Message: Error: Your GStreamer installation is missing a plug-in. gstdecodebin2.c(2944): gst_decode_bin_expose (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin1/GstDecodeBin2:decodebin21: no suitable plugins found ** Message: Missing plugin: gstreamer|0.10|totem|Flash demuxer|decoder-video/x-flv (ignoring) ** Message: All missing plugins are blacklisted, doing nothing ** Message: Error: Your GStreamer installation is missing a plug-in. gstdecodebin2.c(2944): gst_decode_bin_expose (): /GstPlayBin2:play/GstURIDecodeBin:uridecodebin2/GstDecodeBin2:decodebin22: no suitable plugins found ** Message: Missing plugin: gstreamer|0.10|totem|Flash demuxer|decoder-video/x-flv (ignoring) ** Message: All missing plugins are blacklisted, doing nothing
ffdemux_flv is not auto-plugged, it's rank is 0. For me with newer version that element does not even seem enabled. You want to have flvdemux working for demuxing the flv container, this is in /usr/lib/gstreamer-0.10/libgstflv.so from gst-plugins-good. You seem to have the muxer from that plugin though (flvmux). Does "gst-plugins-0.10 -b" show something there blacklisted for some reason?
Thanks for a fast reply, Mart !!! gstreamer0.10-plugins-good installed -rw-r--r-- 1 root root 80384 2010-06-09 14:09 /usr/lib/gstreamer-0.10/libgstflv.so $ man gst-inspect-0.10 flvdemux No manual entry for flvdemux (!!!!) No gst-plugins* command but I searched Google for "blacklisting" and I met Mr registry.i486.bin. I erased it and there it went : every program was friend with flv !!! Well, I suppose that instead of pretending to search for a missing plugin, the plugin-lookup should tell the user that the plugin is in there, why it's not used and what the user should do to unlock the issue. I can upload my old and new version of my registry it that can return the help. I really wonder what could happen to it in the course of a plain system upgrade. Well Mart, many thanks to you for a real time saver. BTW, is there any graphic program for Linux resembling Windows' GraphEdit or its clones? That would be tremendous!
there's no manual for "gst-inspect-0.10 flvdemux", that's the command to run (without "man" in front). Sorry I typoed without re-reading properly, I meant "gst-inspect-0.10 -b" to see what has been blacklisted. flvdemux for some reason must have been there then. The blacklisting is stored in the registry, so deleting it reset that and a rescan was done and this time there was no reason found to blacklist it. I think pondering why it got blacklisted during an Ubuntu upgrade would be something for Ubuntu guys to figure out. As for GraphEdit, bugzilla isn't really a medium for such questions, you should try a suitable gstreamer mailing list or the IRC channel for that. There used to be a gst-editor that did this, but this isn't developed anymore to my knowledge and doesn't work well or at all against gstreamer-0.10. Others on mailing list/IRC might know more about such tools. There's also the possibility to output an existing pipeline on runtime to a dot file, which can be processed to a nice graphical image to see what's going on - http://gstreamer.freedesktop.org/wiki/DumpingPipelineGraphs and http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gst-running.html For any followups on this, please use mailing list or IRC. I won't be looking here anymore and will close this bug then. As INVALID as I can't think of anything better. Great you got flv working, have fun using gstreamer
2 typos then, sorry for mine ;-) I had typed this correct command before, I had its negative answer in mind but I recalled a mistake command from the Terminal's history. Redoing it with former registry.i486.bin: $ gst-inspect-0.10 flvdemux No such element or plugin '' $ gst-inspect-0.10 -b Blacklisted files: libgstpython.so Total count: 1 blacklisted file Note: flvdemux is NOT blacklisted !!! And, AFTER REMOVING the registry and rebuilding a fresh one $ gst-inspect-0.10 -b ***idem*** $ gst-inspect-0.10 flvdemux Factory Details: Long name: FLV Demuxer Class: Codec/Demuxer Description: Demux FLV feeds into digital streams etc... So, it was not a problem of blacklisting and $ gst-inspect-0.10 | grep flv was hiding the existence of flvdemux so, whatever the reason of this state, it leaves the user perfectly clueless. (and that's the users capable of analyzing that far) So, my problem and questions were certainly not INVALID and I change the status to WONTFIX so that more users can find the answer to their problem and a developer wonder if that's the way it should be. A Gnome quality decision may decide to call it NOTABUG but no INVALID please. GraphEdit was for a small hint BTW, you did it. Thanks again.
> Well, I suppose that instead of pretending to search for a missing plugin, the > plugin-lookup should tell the user that the plugin is in there, why it's not > used and what the user should do to unlock the issue. For what it's worth, this is not really possible, since the plugin was blacklisted because it couldn't be loaded, and GStreamer can't know what the plugin does or does not support if it can't load it. (Using old information might work in this case, but not in other cases). I don't know why the plugin was blacklisted, but usually those are caused by an issue with your distro or your system setup (libraries in /usr/local/lib etc.), hence the "invalid" bug resolution. If "wontfix" makes you happier, go for it, but it's not clear to me what we're not fixing, and I doubt it has anything to do with making it easier for other users to find this bug ;-)
It's a pity I cannot update the description and remove my confusion about gst-ffmpeg. This bug let me know flvdemux. > ... the plugin was blacklisted because it couldn't be loaded ... As I have shown it with these two commands above $ gst-inspect-0.10 flvdemux $ gst-inspect-0.10 -b flvdemux was NOT blacklisted to my best understanding (just libgstpython.so was and still is). I suppose that if it had been at any moment, gst should have permanently stopped trying to load it. The autoload problem was, of course, repetitive. flvdemux WAS ALREADY correctly loaded but invisible to gst-inspect. After removing registry.i486.bin, no loading or reloading of flvdemux took place. flvdemux just became visible. gstreamer simply started to use flvdemux and stopped wanting, trying and failing to load it. If there was any other reason to reload flvdemux, gst should normally have succeeded loading such a common plugin. Well, I'm no gstreamer knowledgeable, but I think that this all makes a problem. My feeling is that registry.i486.bin had somehow entered a funny state such that flvdemux was considered neither installed nor blacklisted and that removing that state made the installed status apparent. Up to you to decide whether gstreamer should avoid or work around that situation. And hence my preferring the WONTFIX status to show there's an issue probably left open. It took me months of Web browsing before finally meeting you in here. Thank you!!!! I hope finding this text will benefit other people, too.
Created attachment 201754 [details] Failing registry.i486.bin This is the failing registry.i486.bin in case s.o. would & could experiment.