-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Comments
Commented by: ywwg 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. |
Commented by: rryan 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. |
Commented by: daschuer 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. A solution for this bug will drop the samples outdated samples and continues with the right samples as if there was not underflow. |
Commented by: daschuer |
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?
The text was updated successfully, but these errors were encountered: