MP3 seeking gets progressively slower in long files #3
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This appears to be a limitation of SoundFlow's default MiniAudio-backed MP3 decoder path. Auzi delegates seeking directly to SoundFlow, and SoundFlow 1.4.1 does not appear to build or bind MP3 seek points. In miniaudio, MP3 seeking without seek points falls back to a brute-force path that reads/skips frames up to the target position, so seeks later in long MP3 files can take progressively longer.
Filed a performance bug with SoundFlow @ https://github.com/LSXPrime/SoundFlow/issues/115
The maintainer is unavailable until after February 2027.