On Wed, Oct 20, 2010 at 1:37 AM, Joel Roth <joelz@email-addr-hidden> 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@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Wed Oct 20 16:15:02 2010
This archive was generated by hypermail 2.1.8 : Wed Oct 20 2010 - 16:15:02 EEST