[gstreamer-bugs] [Bug 619294] New: bad timestamps after backward seek in a h264 encoded file muxed with matroska

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri May 21 06:57:20 PDT 2010


https://bugzilla.gnome.org/show_bug.cgi?id=619294
  GStreamer | gst-plugins-bad | 0.10.x

           Summary: bad timestamps after backward seek in a h264 encoded
                    file muxed with matroska
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ikt011 at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Hi,

I recorded a file from a grabber card in h264 format and muxed it with
matroskamux. When I playing it back, I can seek in both direction, but when i
seeking backward, the timestamps increasing continuously. 

This is what happend:

1. start playing from 0, timestamps after parser are increasing
2. seeking 5 sec forward, timestamps are increasing with 5 sec (this is
correct)
3. seeking 5 sec backward: seek is success, but the timestamps didn't decreased
with 5 sec, they're still increasing...

Is this a bug in the matroskademux or in the h264parse or simply the recorded
file is wrong?

I attached a sample file, try to seek and watch the timestamps after the
parser, you will see my problem:

I can demonstrate the issue with this pipeline:

GST_DEBUG=3 gst-launch filesrc location=test.mkv ! matroskademux ! h264parse !
ffdec_h264 ! navseek ! xvimagesink sync=false

Seek with left-right arrow, and see the timestamps doesn't started from zero
after seeking backward (but they should).

Tibor

-- 
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.




More information about the Gstreamer-bugs mailing list