GNOME Bugzilla – Bug 172734
blacks out directly after playing still-image gif file
Last modified: 2006-01-25 05:29:14 UTC
Please describe the problem: When watching some Apple.com trailers, I get an error dialog: Totem could not play 'fd://0'. Video codec 'gif ' is not handled. You might need to install additional plugins to be able to play some types of movies Steps to reproduce: 1. Install the xine-lib Totem 1.1.0 with the (otherwise totally kickass) mozilla plugin 2. Visit http://www.apple.com/trailers/disney/thechroniclesofnarnia-fte1.html 3. Get error message. Actual results: Expected results: Does this happen every time? Yes Other information: This happens on several of the trailers listed there.
Sorry, by "several of the trailers listed there", I mean, "several of the trailers on Apple.com", not on that specific URL.
Install xine-lib HEAD, it has support for this codec. Ronald, does GStreamer support this (GIF embedded in QuickTime file)?
GStreamer (core) HEAD supports fd://0. It doesn't not support GIF, I'll add support for that.
*** Bug 301030 has been marked as a duplicate of this bug. ***
Is there a sample movie? I can't find the narnia movies...
Created attachment 49220 [details] qtstart5a_480x228.mov The .mov file containing the GIF image.
Reproduceable, image stays black, even though we play back the file; I can't play it even using "gst-launch-0.8 filesrc location=~/gifmovie.mov ! qtdemux .video_00 ! gdkpixbufdec ! freeze ! ffmpegcolorspace ! xvimagesink".
I'm about halfway making this working now. I'm at the point where it doesn't just crash out. :). Ok, so seriously, I found some serious flaw in refcounting while debugging this, possibly being the cause of why half of the people couldn't get the plugin to work. Christian Persch helped me debug it, and I see proper cleanup/init going on now. Now that I've got that done, I also could get single-frame quicktime movies playing. Indeed, the file now plays in totem and the mozilla plugin. However, the plugin will always and totem will sometimes directly black out after the single frame. Yes, that sucks. So although it plays, the user perception isn't all too good yet. I'll try to disable the blacking out sometime soon. After that, it goes to the next URI, which is the actual movie. This one only provides us with redirects, probably because we don't set a appname (like mplayer does) inside totem-mozilla-viewer. Xine probably does that fine already. We already have a bug report about this elsewhere. So, I'll retitle this so I fix the blackening out at some point. (For reference: http://www.apple.com/trailers/sony/thumbsucker.html contains one such file embedded in a website.)
Punting this one back to totem; it appears that this is just a totem issue. On a somewhat related note, gdk_pixbuf is not ported to 0.10 yet.
*** This bug has been marked as a duplicate of 328380 ***