On Wed, Oct 20, 2010 at 1:37 AM, Joel Roth <joelz@xxxxxxxxx> wrote: > Nama could easily be modified to start 60-or-so parallel > jack_connect processes in the background, however I'm > curious: is there any special reason why jack_connect should > take a long time to return? it creates and destroys a client per transaction. depending on server settings, this could slow things down quite a lot. jack.plumbing is a better idea, since AFAIK it reads a config file and does all the required connections from within a single client. _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/listinfo/linux-audio-user
