Re: [Jack-Devel] ladish + jack autoconnect

PrevNext  Index
DateSun, 25 Dec 2011 10:16:47 +0100
From Robin Gareus <[hidden] at gareus dot org>
ToJACK Mailing List <[hidden] at lists dot jackaudio dot org>
On 12/25/2011 09:57 AM, Ralf Madorf wrote:
> On Sun, 2011-12-25 at 09:29 +0100, Robin Gareus wrote:
>> Auto-connecting in JACK's realm is wrong(*).
> 
> Yesno.

Without the context of the discussion this quote becomes way to bold.

Auto-connecting to the first N (usually two) available physical
jack-ports - while often convenient - is IMHO wrong unless the user
explicitly asked for that.

anyway, getting a bit OT: what actually annoys me more are apps that
re-create their ports. e.g. mplayer on every song change.
certainly a patch-bay (or here also: mplayerrc) can work around this.
but while we're at it would there also be an in-server solution to work
around yet other things for some apps?

e.g a persistent port-pool per app. I'm not saying it's a good idea, but
if you say A you gotta say B, too.

> It would be wrong if jackd should auto-connect or prevent against
> auto-connecting, fortunately jackd doesn't auto-connect or prevent
> against auto-connection.
> 
> If an app has an option to auto-connect it's not borked, for some users
> it's a useful feature. Ardour and Qtractor are AIO apps, when they do
> handle connections it's a good thing. If an external session handler
> can't handle their behaviour it's not bad, since there's no need to use
> a session handler for something that already is managed.
> 
> Why is there the need to handle something that already is handled? And
> to make this possible, to add something to jackd, that also isn't
> needed?
> 
> I'm puzzled,
> 
> Ralf
>
PrevNext  Index

1324804636.28017_0.ltw:2,a <4EF6E9FF.9050507 at gareus dot org>