[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