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

Idea: track prebuffering, possibly with configurable buffer size #14366

Open
kFYatek opened this issue Feb 17, 2025 · 0 comments
Open

Idea: track prebuffering, possibly with configurable buffer size #14366

kFYatek opened this issue Feb 17, 2025 · 0 comments
Labels

Comments

@kFYatek
Copy link

kFYatek commented Feb 17, 2025

Feature Description

When loading tracks from unreliable sources, like network shares (for some reason this issue hits much worse on macOS than on Windows), the audio can drop if the file access is not instant enough.

Modern computers have plenty of memory to buffer (including decoding into PCM in case of compressed files) entire tracks into RAM as they are loaded into decks in the UI. That would allow the audio to be loaded and decoded asynchronously, without relying on any performance guarantees regarding file access.

In case of running on memory-constrained systems and/or dealing with exceptionally long tracks, having configurable buffer would allow to limit how much of the track is prebuffered. It would still allow loading the missing parts asynchronously, several minutes before they are actually going to be played.

All that would make playing from things like NAS devices more reliable and practical.

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

No branches or pull requests

1 participant