GNOME Bugzilla – Bug 702051
uridecode plugin does not properly build mad pipeline on MIPS
Last modified: 2013-06-13 01:42:45 UTC
I built GStreamer 1.0.7 using OpenWrt. The following pipeline, which uses mad directly, works: # gst-launch-1.0 filesrc location=/tmp/foo.mp3 ! mad ! fakesink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 17072136110 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... However, the following use of uridecodebin fails as indicated: # gst-launch-1.0 uridecodebin uri=file:///tmp/foo.mp3 ! fakesink Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Missing element: MPEG-1 Layer 3 (MP3) decoder WARNING: from element /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0: No decoder available for type 'audio/mpeg, mpegversion=(int)1, . Additional debug info: gsturidecodebin.c(880): unknown_type_cb (): /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0 ERROR: from element /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: Your GStreamer installation is missing a . Additional debug info: gstdecodebin2.c(3705): gst_decode_bin_expose (): /GstPipeline:pipeline0/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0: no suitable plugins found ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... # gst-inspect-1.0 | grep mp3 typefindfunctions: audio/mpeg: mp3, mp2, mp1, mpga typefindfunctions: application/x-apetag: mp3, ape, mpc, wv typefindfunctions: application/x-id3v1: mp3, mp2, mp1, mpga, ogg, flac, tta typefindfunctions: application/x-id3v2: mp3, mp2, mp1, mpga, ogg, flac, tta lame: lamemp3enc: L.A.M.E. mp3 encoder mad: mad: mad mp3 decoder
Do you have the mpegaudioparse element from the audioparsers plugin from gst-plugins-good?
Tricky really, I think we need to add explicit parser support to the missing plugin system, also see bug #595063.
Yes, the problem was a missing mpegaudioparse element. Could the error message be made more specific? "No decoder available for type 'audio/mpeg, mpegversion=(int)1'" made me think mad was not found.