GNOME Bugzilla – Bug 171111
return error if video codec not handled
Last modified: 2007-01-23 15:52:19 UTC
Version details: gstreamer-0.8.9 Distribution/Version: Ubuntu Hoary Download http://www.introversion.co.uk/cgi-bin/countdowndarwinia.cgi?60sec.mov Play it in totem-gstreamer Only the sound is played, with the default visualisation used for music. In totem-xine though, you get both audio and video playback.
Note that the xine-lib backend will refuse to play videos for which there is video and video isn't handled, or there's only audio and audio isn't handled, using the BVW_ERROR_CODEC_NOT_HANDLED error code.
First about the codec: ** Message: don't know how to handle video/x-gst-fourcc-IV41, width=(int)320, height=(int)240, framerate=(double)25 We indeed don't have an intel video 4.1 codec (#159536 is about 5.0, I'm tempted to dup it); I don't know of a free software implementation, either. As for Bastien's suggestion, I'll keep this bug open for that since we indeed don't do that yet.
*** Bug 320944 has been marked as a duplicate of this bug. ***
Totem (for 0.10) gives this error: You do not have a decoder installed to handle "file:///home/cschalle/countdowndarwinia.mov". You might need to install the necessary plugins. (On the command line it states - ** Message: don't know how to handle video/quicktime - which is incorrect though. I guess it should display the same message Ronald has in 0.8). Which I guess is enough to either transfer this bug to GStreamer bugzilla or maybe mark it as 'wontfix' if there is no opensource decoder for it. I am guessing Xine in the case above was using Windows .dll files, which means I this should work with GStreamer using the pitffdll plugin.
Fix in gst-plugins-bad: 2006-07-03 Tim-Philipp Müller <tim at centricular dot net> * gst/qtdemux/qtdemux.c: (gst_qtdemux_change_state), (gst_qtdemux_loop_state_header), (qtdemux_video_caps): Fix silly crasher in state change function; add IV41 fourcc (see bug #171111); don't output confusing debug message when skipping atoms. Doesn't work quite right with pitfdll yet though, for some reason pitfdll can't open the .dll (doesn't find the DllGetClassObject or whatever it's called entry point and errors out with 'Illegal or invalid Dll'), mplayer uses the very same .dll file and works fine though. Also (in pitfdll): http://sourceforge.net/tracker/index.php?func=detail&aid=1517002&group_id=137113&atid=737825
> Note that the xine-lib backend will refuse to play videos for which there is > video and video isn't handled, or there's only audio and audio isn't handled, > using the BVW_ERROR_CODEC_NOT_HANDLED error code. Let's do something similar then (albeit without stopping playback): 2007-01-23 Tim-Philipp Müller <tim at centricular dot net> * src/backend/bacon-video-widget-gst-0.10.c: (bvw_check_if_video_decoder_is_missing): (bvw_bus_message_cb): If we can play a stream but are missing a video decoder, pop up an error saying that a decoder is missing and which one it is. (Closes: #171111) (This will only work with core/base CVS, or releases >= 0.10.12). There's another bug about the audio aspect somewhere, so closing this one.