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

track slows down in case of buffer underflows #7098

Open
mixxxbot opened this issue Aug 22, 2022 · 4 comments
Open

track slows down in case of buffer underflows #7098

mixxxbot opened this issue Aug 22, 2022 · 4 comments

Comments

@mixxxbot
Copy link
Collaborator

Reported by: daschuer
Date: 2013-07-05T19:05:52Z
Status: Triaged
Importance: High
Launchpad Issue: lp1198306


On aggressife latency settings, underflows may happen in unexpected bussy situations.
Wgile this is already a bad situation things are getting worth due to the fact that Mixxx tryes to repeat the missed frames.
Effectifely the track slows down what effect a dancing crowed more than a dropout of a few miliseconds.

Is a fix to this bug possible included in our master sync aproach?

@mixxxbot mixxxbot added the bug label Aug 22, 2022
@mixxxbot
Copy link
Collaborator Author

Commented by: ywwg
Date: 2013-07-05T21:54:59Z


I wouldn't count on master sync to fix this issue. If the master were set to internal it might be possible that the other tracks would catch up, but in general master sync is about setting relative rates, not enforcing an atomic clock.

@mixxxbot
Copy link
Collaborator Author

Commented by: rryan
Date: 2014-03-13T13:54:24Z


I don't believe we try to repeat missed frames. We respond to each callback with no regard to how long it took us so there is no repetition... just late delivery.

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2014-03-13T16:07:15Z


Yes, exactly this is the issue. Maybe repeat it the wrong word here. When an underflow happens I think the sound card plays the samples that are in the its ring buffer from the last call. The intended samples are just shifted to the next round.
This late delivery leads to a notable speed change of the track.

A solution for this bug will drop the samples outdated samples and continues with the right samples as if there was not underflow.
We need a micro seek for all decks or something.

@mixxxbot
Copy link
Collaborator Author

Commented by: daschuer
Date: 2014-04-03T13:47:59Z


http://www.mixxx.org/forums/viewtopic.php?f=3&t=4839

@mixxxbot mixxxbot transferred this issue from another repository Aug 24, 2022
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

1 participant