GNOME Bugzilla – Bug 595584
Audio played for a fraction of second when resuming from a previous play
Last modified: 2012-07-15 18:41:06 UTC
Follow-up of https://bugzilla.gnome.org/show_bug.cgi?id=164918 When using the new "resume from a previous play" feature, audio can sometimes be heard during a fraction of second before video is paused, waiting for user input. This is annoying. My (uneducated) guess is that the current implementation seeks to the desired position, then pauses. The delay between the end of seek and pause may be responsible.
We can't seek to a position until GStreamer notifies us that the stream is seekable, which happens after we start playing. We have two options: * not start playing streams which have saved positions until we get the seekable notification from GStreamer * using an upcoming feature in gst-plugins-base which will suppress rendering before we do the seek
Looks like it'll have to be option 2, since we still get a glimpse of the first frame of the stream with option 1, even if it isn't played.
We only update the "seekable" property in a "time-tick", never anywhere else. There's probably an earlier time we can emit the property.
commit 2a9c8590aaf97d56063f7c5288e5c1aceb77c89b Author: Bastien Nocera <hadess@hadess.net> Date: Sun Jul 15 18:07:55 2012 +0100 backend: Get the seekability when async is done We started playing, let's check whether the stream length or seekability changed, rather than waiting for the first tick of our pipeline. https://bugzilla.gnome.org/show_bug.cgi?id=595584