Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Inaccurate seeking in WebM (and Ogg Opus) audio files #1339

Open
Audacious-Bot opened this issue Apr 26, 2024 · 1 comment
Open

Inaccurate seeking in WebM (and Ogg Opus) audio files #1339

Audacious-Bot opened this issue Apr 26, 2024 · 1 comment

Comments

@Audacious-Bot
Copy link

Audacious-Bot commented Apr 26, 2024


Author Name: Nyan Pasu
Original Redmine Issue: https://redmine.audacious-media-player.org/issues/1199
Original Date: 2022-11-04


In WebM audio files downloaded through yt-dlp (Opus) or encoded myself (Opus and Vorbis), Audacious's seeking is extremely imprecise. In some cases, I click on different timestamps in the seek bar, seconds apart in a given file, yet playback jumps to the same point.

In testing:

  • .flac and Ogg Vorbis seeking are always accurate to sub-second precision.
  • With WebM (Opus/Vorbis) files, clicking ahead of the current play point can jump up to ~5 seconds ahead (to the next "start point" of some sort) which is quite awful. Clicking back into an already-played and decoded section of a file which has played continuously from the file's beginning is accurate. Clicking forward or back from a forward click is inaccurate, and usually jumps to the same "start point".
  • With Ogg Opus files, seeking jumps up to 1-2 seconds behind the click point. Seeking into already-decoded audio is not more accurate than seeking ahead (unlike WebM). This is mostly less bad than WebM, but still inaccurate.

The worst part to me is that Audacious's play time viewer and seek bar act as though you've seeked to the exact time in the song, yet the actually playing audio can be multiple seconds off the point you clicked. So effectively the program is lying to you, and with many songs I thought I was just really bad at seeking to the right spot, not realizing Audacious was at fault.

I've attached a set of test audio files containing identical pitched sweeps (aside from lossy compression), designed so you can easily hear the exact point in time you seeked to (even if Audacious's play time viewer is inaccurate).

audacious-seek-test.zip

@Audacious-Bot
Copy link
Author


Original Redmine Comment
Author Name: Thomas Lange
Original Date: 2023-01-03T15:47:54Z


Audacious 4.3 will add a native decoder plugin for Ogg Opus files.
This won't fix the bug for WebM files though. They are still played via FFmpeg (ffaudio plugin).

P.S. Thanks for the good bug report and sample files.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants