|
|
Subscribe / Log in / New account

who do not regard JACK's design as something to be closely emulated.

who do not regard JACK's design as something to be closely emulated.

Posted Sep 10, 2013 15:42 UTC (Tue) by Wol (subscriber, #4433)
Parent article: Patchfield introduces concepts of JACK audio server to Android (Libre Graphics World)

Depends ...

What Jack attempts to do is to provide minimal latency, iirc.

I remember a long thread here on LWN where it was clear that some of the posters had no clue about real-time constraints on audio processing and mixing.

That said, I am puzzled as to what the use-case of Jack on Android is. If all you're doing is playback, you only need consistent latency. And if you're doing audio processing, surely you want a far more powerful system that Android is likely to run on.

That said, "because it's there" seems to be a powerful motivating force :-)

Cheers,
Wol


to post comments

who do not regard JACK's design as something to be closely emulated.

Posted Sep 10, 2013 17:09 UTC (Tue) by mpr22 (subscriber, #60784) [Link] (1 responses)

The shorter your device's consistent latency, the easier it is to use as an instrument in a live performance.

who do not regard JACK's design as something to be closely emulated.

Posted Sep 11, 2013 1:01 UTC (Wed) by hummassa (subscriber, #307) [Link]

Yes... The big audio latency on Android is widely cited as a reason why audio gadgets like the iRig cannot work for Android (they tried to port the applications and ran into serious problems)


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds