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 679502 - [matroska] Seek events without start and stop positions take a long time.
[matroska] Seek events without start and stop positions take a long time.
Status: RESOLVED DUPLICATE of bug 679250
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
0.10.36
Other All
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-07-06 09:59 UTC by Xavi Artigas
Modified: 2012-07-18 10:12 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Basic tutorial 13 of the GStreamer SDK tutorials (4.32 KB, text/plain)
2012-07-06 09:59 UTC, Xavi Artigas 		Details

Description Xavi Artigas 2012-07-06 09:59:04 UTC 
Created attachment 218164 [details]
Basic tutorial 13 of the GStreamer SDK tutorials

The attached code changes the playback rate by sending a Seek Event with GST_SEEK_TYPE_NONE for the start and stop position.
For local files, sending the event freezes the playback for way too many seconds and then continues with the new rate. For streamed files, it appears to freeze forever.
If the current position is used as start point for the Seek, the rate change is immediate and everything seems to work fine.
Comment 1 Sebastian Dröge (slomo) 2012-07-06 10:21:19 UTC 
Assigning to matroska for now, might be broken for other formats too though
Comment 2 Sebastian Dröge (slomo) 2012-07-18 10:00:28 UTC 
The freezing happens until the running time has reached the previous playback position. Something is wrong with the newsegment event handling in this case here.
Comment 3 Sebastian Dröge (slomo) 2012-07-18 10:12:07 UTC 
Basically the same problem as the other bug

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