[gstreamer-bugs] [Bug 587426] non fast-start mov files fail to play from http locations
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Wed Jul 8 02:34:20 PDT 2009
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=587426
GStreamer | gst-plugins-good | Ver: git
Mark Nauwelaerts changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |manauw at skynet.be
Status|NEW |RESOLVED
Component|gst-plugins-base |gst-plugins-good
Resolution| |FIXED
Target Milestone|HEAD |0.10.16
------- Comment #4 from Mark Nauwelaerts 2009-07-08 09:34 UTC -------
The problem here is that the file contains 3 mdat atoms, one of which seems to
contain all audio data, the other all video and the other just empty (which
would not play very efficiently even in pull mode, and confuses current push
mode).
Anyway, following fixes push mode to handle more complicated atom layouts.
commit a4d586daac5e454d008fd33086abf775fdc39e19
Author: Mark Nauwelaerts <mark.nauwelaerts at collabora.co.uk>
Date: Tue Jul 7 15:57:55 2009 +0200
qtdemux: perform some more (careful) data buffering
Once buffering has started (with an mdat atom), continue buffering
until moov atom is reached, which handles cases with multiple
mdat atoms. Also keep adapter/offset better in sync with upstream
and fix some debug statements. Fixes #587426.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=587426.
More information about the Gstreamer-bugs
mailing list