On 12/31/2010 10:03 PM, Philipp Ãberbacher wrote:
Excerpts from torbenh's message of 2010-12-30 16:30:33 +0100:
- smp aware
- backendswitching
Means for a user?
that a suitably parallel jack graph will use more than one cpu core,
which is a major win.
backend switching means you can change the backend at runtime without
having to tear down your jack graph, which is also very practical in
some situations. (haven't tried it yet, but iiuc you can move from ffado
to alsa backend or between different alsa-supported cards.)
- strictly synchronous like jack1. (-> no latency penalty)
Async (jack2?) has a latency penalty?
when you want clickless connections, yes, afaik.
- clickless connections.
- shuts down audio processing when cpu is overloaded for too long.
I guess most users don't know very much about the technical details of
the jack implementations.
which is good in principle (since it seems to just work), but kind of
implies we are lacking documentation. check out the jackaudio wiki,
torben in particular has been very active there. the wiki seems to be
known little, but there's a link from the jackaudio front page.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user
