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 490128 - [mp3parse] Slow playback after seek in Divx file
[mp3parse] Slow playback after seek in Divx file
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
0.10.2
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-10-25 13:08 UTC by Sven Arvidsson
Modified: 2008-07-28 22:09 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Sven Arvidsson 2007-10-25 13:08:52 UTC 
After seeking in this file with Totem, it does not resume playback correctly. The sound is lost and playback is slowed down to a few frames per second. If seeking isn't used, playback seems to work fine. 

Testing with ffplay, it does not show the same problem.

I have made the beginning of the file available, the picture breaks up a little bit but it should be enough to demonstrate the problem. If not, I can make the full file available. 

http://www.whiz.se/temp/streetcar.avi
Comment 1 Wim Taymans 2007-10-29 11:28:47 UTC 
mp3parse seems to interfere with the seeking and timing here.
Comment 2 Sven Arvidsson 2008-07-07 17:54:52 UTC 
Seeking works fine now, I'm running version 0.10.8 of ugly.