GNOME Bugzilla – Bug 621060
xviddec caps are overly limiting somehow
Last modified: 2010-06-09 07:05:12 UTC
I have a file: $ file foo.avi foo.avi: RIFF (little-endian) data, AVI, 624 x 352, 29.97 fps, video: XviD, audio: MPEG-1 Layer 3 (stereo, 48000 Hz) The file can be successfully played with the following decoders: $ gst-launch filesrc location=foo.avi ! avidemux name=d d. ! queue ! xviddec ! gconfvideosink d. ! queue ! mad ! gconfaudiosink However, the following doesn't work (see the ** line): $ gst-launch playbin uri=file:///tmp/foo.avi Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ** Message: don't know how to handle video/x-xvid, framerate=(fraction)2997003/100000, width=(int)624, height=(int)352 Cannot connect to server socket err = No such file or directory Cannot connect to server socket jack server is not running or cannot be started Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstAudioSinkClock ^CCaught interrupt -- handling interrupt. Interrupt: Stopping pipeline ... Execution ended after 1498376981 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ...
That's because the xviddec element has a rank of GST_RANK_NONE, meaning it will not be used in the auto-plugging mechanism of playbin/decodebin. We'd strongly recommend using gst-ffmpeg instead for mpeg4/xvid/divx streams.