Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Register
  • Sign in
  • gstreamer gstreamer
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
  • Issues 1.3k
    • Issues 1.3k
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 553
    • Merge requests 553
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Artifacts
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Container Registry
    • Model experiments
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

Admin message

Due to an influx of spam, we have had to impose restrictions on new accounts. Please see this wiki page for instructions on how to get full permissions. Sorry for the inconvenience.

  • GStreamerGStreamer
  • gstreamergstreamer
  • Issues
  • #1475

Delay and skipping when seeking FLAC files using new FLAC 1.4.0 release

Describe your issue

I use multiple applications that use Gstreamer as a backend to play music: Quod Libet, Gmusicbrowser and KDE's Dolphin (using Gstreamer as the backend for Phonon).

When "seeking" to a later part of a track encoded in FLAC, I get silence for a few seconds, then it skips to the specified time, then it skips again to the future time the seek bar progressed to. This does not occur on MP3 files.

This happens across all three applications, and the only common thing they have is that Gstreamer is used as a backend.

I had downgraded Gstreamer and the installed libraries from 1.20.3 to 1.20.2, and the issue no longer occurred.

Expected Behavior

When seeking to the later spot, it should instantly skip to the specified part with no problems.

Observed Behavior

Silence for a few seconds, then the part of the track starts playing, then as the seek bar was still progressing, it skips again to wherever the seek bar is currently at.

Setup

  • Operating System: Arch Linux (rolling release), Linux 5.19.12-arch1-1
  • GStreamer Version: 1.20.3

Steps to reproduce the bug

  1. Install a music player that uses Gstreamer 1.20.3 as the backend.
  2. Play a FLAC file.
  3. Skip to a future part of the file being played.

How reproducible is the bug?

Always, and on all three applications I have tested.

Solutions you have tried

I have tried solutions on Quod Libet, such as increasing the buffer, disabling gapless playback and disabling ReplayGain. This did not change anything.

Downgrading to 1.20.2 fixed the problem.

Additional Information

Running Quod Libet with --debug will print out "recalcuate latency" when seeking.

This issue from Quod Libet's GitHub may be relevant as well: https://github.com/quodlibet/quodlibet/issues/4159

The user is running Quod Libet on Windows 10 21H2, and they find that when playing MP3 songs consecutively, the next song goes silent. This is worked around by disabling gapless playback. This seems similar to an issue I observed with the Soundtouch plugin, but the user requested I post it here as well, as it has something to do with the "recalculate latency" output from Quod Libet.

Edited Oct 05, 2022 by Flaky
Assignee
Assign to
Time tracking