After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 619294 - bad timestamps after backward seek in a h264 encoded file muxed with matroska
bad timestamps after backward seek in a h264 encoded file muxed with matroska
Status: RESOLVED DUPLICATE of bug 619064
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-05-21 13:57 UTC by Tibor Kocsis
Modified: 2010-06-29 09:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
sample matroska file (701.78 KB, video/x-matroska)
2010-05-21 14:02 UTC, Tibor Kocsis
Details

Description Tibor Kocsis 2010-05-21 13:57:17 UTC
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
Comment 1 Tibor Kocsis 2010-05-21 14:02:30 UTC
Created attachment 161646 [details]
sample matroska file
Comment 2 Tim-Philipp Müller 2010-05-21 14:09:11 UTC
Duplicate of bug #619064 ?
Comment 3 Tim-Philipp Müller 2010-05-28 11:31:45 UTC
Ping?
Comment 4 Levente Farkas 2010-05-28 11:38:21 UTC
we're waiting for the next release (and #619718 to be fixed will it be in the next release?) and retest memleaks (ffmpeg, h264parse), timestamps and gstrtpbin.
Comment 5 Tibor Kocsis 2010-06-29 08:49:35 UTC
fixed in 0.10.19
Comment 6 Tim-Philipp Müller 2010-06-29 09:01:09 UTC

*** This bug has been marked as a duplicate of bug 619064 ***