[gstreamer-bugs] [Bug 172734] blacks out directly after playing still-image gif file

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=172734
 GStreamer | gst-plugins | Ver: 0.8.x

Ronald Bultje changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|does not play gif still-    |blacks out directly after
                   |image movies                |playing still-image gif file



------- Additional Comments From Ronald Bultje  2005-08-10 17:00 -------
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.)

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.