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 587027 - seeking in matroskademux sometimes fails when using a manually plugged pipeline
seeking in matroskademux sometimes fails when using a manually plugged pipeline
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other All
: Normal major
: 0.10.16
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-06-26 09:08 UTC by Andreas Frisch
Modified: 2010-02-09 10:08 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
minimal test case (6.36 KB, text/x-csrc)
2009-06-26 09:09 UTC, Andreas Frisch 		Details
log for minimal test case (986.59 KB, application/octet-stream)
2009-06-26 09:11 UTC, Andreas Frisch 		Details

Description Andreas Frisch 2009-06-26 09:08:40 UTC 
Please describe the problem:
working again on dreambox with our custom hardware decoder sinks, we observe that after seeking (skipping) sometimes playback doesn't continue on various mkv containers. i've built a minimal test case app that will be attached.

Steps to reproduce:
mkvseek Night\ At\ The\ Museum_sample.mkv

Actual results:
after the fourth seek, the pipeline doesn't recover playing state

Expected results:
playback continueing after seeking

Does this happen every time?
it happens after a certain amount of seeks depending on the source file

Other information:
Comment 1 Andreas Frisch 2009-06-26 09:09:16 UTC 
Created attachment 137410 [details]
minimal test case

run with mkv filename as parameter
Comment 2 Andreas Frisch 2009-06-26 09:11:25 UTC 
Created attachment 137411 [details]
log for minimal test case

GST_DEBUG=*:3,*BUS*:4 /testProgs/mkvseek Night\ At\ The\ Museum_sample.mkv > mkvseek.log  2>&1
Comment 3 Sebastian Dröge (slomo) 2010-01-14 19:44:32 UTC 
Is this still a problem with latest GIT or latest releases?
Comment 4 Andreas Frisch 2010-01-15 08:30:41 UTC 
sometimes it takes a while (up to 10 seconds) to recover regular playback after a seek but usually it works fine now!

thanks!
Comment 5 Sebastian Dröge (slomo) 2010-01-15 08:44:35 UTC 
Yes I have this too sometimes. This is usually caused by Matroska seek points pointing to a non-keyframe frame. Not much we can do about this.