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 417992 - Quickly playing/pausing messes up synchronization
Quickly playing/pausing messes up synchronization
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.10
Other Linux
: Normal normal
: 0.10.13
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 343009 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-03-13 20:38 UTC by Johan (not receiving bugmail) Dahlin
Modified: 2007-06-11 13:44 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
python player (597 bytes, text/plain)
2007-03-13 20:38 UTC, Johan (not receiving bugmail) Dahlin 		Details
glade file used by application (1.93 KB, text/plain)
2007-03-13 20:38 UTC, Johan (not receiving bugmail) Dahlin 		Details

Description Johan (not receiving bugmail) Dahlin 2007-03-13 20:38:03 UTC 
I wrote a small python program to demonstrate gazpacho, however when pressing play/pause many times the synchronization of an ogg/theora file gets messed up.

It seems like play/pause state changes are not flushed/cleaned up when setting a state before the previous state change has completed.

Using playbin, ubuntu edgy, gstreamer 0.10.
Video can be found here; 
http://commons.wikimedia.org/wiki/Image:Experience_ubuntu.ogg
Comment 1 Johan (not receiving bugmail) Dahlin 2007-03-13 20:38:33 UTC 
Created attachment 84528 [details]
python player
Comment 2 Johan (not receiving bugmail) Dahlin 2007-03-13 20:38:55 UTC 
Created attachment 84529 [details]
glade file used by application
Comment 3 Jan Schmidt 2007-05-24 14:43:52 UTC 
I can confirm this - clicking play/pause/play/pause/play for a while and then letting it play leaves it badly out of sync.
Comment 4 Wim Taymans 2007-05-24 16:23:02 UTC 
        * gst-libs/gst/audio/gstbaseaudiosink.c:
        (gst_base_audio_sink_render):
        After an interrupt (PAUSED/flush) assume that the next sample should not
        be aligned to the previous sample. Fixes #417992.
Comment 5 Tim-Philipp Müller 2007-06-11 13:44:59 UTC 
*** Bug 343009 has been marked as a duplicate of this bug. ***