GNOME Bugzilla – Bug 619294
bad timestamps after backward seek in a h264 encoded file muxed with matroska
Last modified: 2010-06-29 09:01:09 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
Created attachment 161646 [details] sample matroska file
Duplicate of bug #619064 ?
Ping?
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.
fixed in 0.10.19
*** This bug has been marked as a duplicate of bug 619064 ***