[Bug 765805] New: Only first fragment played for fragmented mp4 files recorded with non-seekable sink

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=765805

            Bug ID: 765805
           Summary: Only first fragment played for fragmented mp4 files
                    recorded with non-seekable sink
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: don't know
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: knuesel at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Fragmented mp4 files recorded with an non-seekable sink (e.g. tcpclientsink)
are not played back correctly: the pipeline terminates after the first
fragment.

This was working with GStreamer 1.2 and 1.4. I noticed the problem with 1.6.3
and just reproduced it with master.

Steps to reproduce:

  nc -l -p 3333 > test.mp4 &

  gst-launch-1.0 \
      videotestsrc num-buffers=300 ! \
      x264enc ! \
      mp4mux fragment-duration=2000 ! \
      tcpclientsink host=127.0.0.1 port=3333 sync=false

This generates a 10 seconds video made of 2 seconds fragments.

With GStreamer 1.2.4, gst-discoverer reports a zero duration and gst-play plays
the file completely.

With GStreamer 1.6.3 and master, gst-discoverer reports a duration of 2 seconds
and gst-play plays only 2 seconds.

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