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 788052 - flacparse: Seeking from a http source takes a long time
flacparse: Seeking from a http source takes a long time
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Reported: 2017-09-22 15:42 UTC by Jonathan Miles
Modified: 2018-11-03 15:22 UTC
See Also:
GNOME target: ---
GNOME version: ---

Program to perform a seek on a given URI after 10 seconds (4.87 KB, text/x-csrc)
2017-09-22 15:42 UTC, Jonathan Miles
Log with GST_DEBUG=5 (1.27 MB, application/gzip)
2017-09-25 09:44 UTC, Jonathan Miles

Description Jonathan Miles 2017-09-22 15:42:37 UTC
Created attachment 360268 [details]
Program to perform a seek on a given URI after 10 seconds

When using gst-player to play a flac track from an http server, seeks take a very long time (10s of seconds upwards). This is not seen when playing from a file.

This behaviour is a regression from 1.10.5. Reverting adeee44b07a173b9ab4253216caba8f66dd43abb (fix for bug 727802) makes seeking work in a more timely fashion again.

A simple program using gst-player to play a URI and perform a seek after 10 seconds is attached. The file I've been testing with can be downloaded from
Comment 1 Sebastian Dröge (slomo) 2017-09-22 17:38:32 UTC
My guess would be that it's also draining then and does not honour the flush flag in the seek, if that commit indeed makes a difference. Needs some debugging and looking at logs though to see what it actually does while "doing nothing".
Comment 2 Jonathan Miles 2017-09-25 09:44:16 UTC
Created attachment 360335 [details]
Log with GST_DEBUG=5

Attached a log with GST_DEBUG=5.

The seek happens after 10 seconds, and is a seek to 30 seconds into the track. No audio is heard for more than a minute after the seek (at which point I stopped).
Comment 3 GStreamer system administrator 2018-11-03 15:22:13 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: