[gstreamer-bugs] [Bug 609107] New: [qtdemux] Unknown atoms should also be skipped when looking for moov

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=609107
  GStreamer | gst-plugins-good | 0.10.18

           Summary: [qtdemux] Unknown atoms should also be skipped when
                    looking for moov
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.18
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: blocker
          Priority: Normal
         Component: gst-plugins-good
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: robert.swain at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


In the chain function in qtdemux, in the header state, we are looking for the
moov atom. If another atom is encountered, we normally skip over it and check
the next atom and so on until we find the moov atom. Then we seek back to the
first mdat and commence normal operation.

However, if the atom encountered is unknown to qtdemux, it will seek back to
the first mdat rather than skipping over it as it should. I think this causes a
seeking loop between the initial and header states in the chain function and so
the video never pre-rolls.

A sample can be found here:
http://samples.mplayerhq.hu/mobileVideo_3gp/rudolf.3gp

Note, this only applies in push mode so just lump the URI at playbin2 or so to
test. Patch incoming...

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.