-
Notifications
You must be signed in to change notification settings - Fork 75
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
FAQ omits that async mode adds a period of latency #138
Comments
ping? |
contributions welcome :) |
and some small short explanation: async adds extra buffer so that bad clients to not make the whole graph produce noise. a chain of connections from a bad client does not end up on the final audio buffer sent to the soundcard. |
Can you clarify what you mean by "bad client"? What does a client have to do to mess up the whole graph? I'm questioning why it is the default to add latency. I think this is very unexpected, especially considering the website has said for a long time that JACK adds zero latency. |
https://jackaudio.org/faq/no_extra_latency.html currently says:
We have done some experiments with Mixxx to verify this and found it not to be completely correct. JACK2 in asynchronous mode adds one period of latency compared to ALSA. The only documentation I could find about the difference between synchronous and asynchronous modes was buried on the wiki page comparing JACK1 and JACK2:
Practically, I don't know what this means as a user. What advantage does asynchronous mode bring that is worth the cost of an extra period of latency? If there is none, or it is only beneficial in edge cases, it should not be the default.
The text was updated successfully, but these errors were encountered: