Re: [Jack-Devel] Qjackctl patchbay switching

PrevNext  Index
DateTue, 04 Dec 2012 17:05:25 +0100
From Roland Mas <[hidden] at debian dot org>
To[hidden] at lists dot jackaudio dot org
In-Reply-Tojordan Re: [Jack-Devel] Qjackctl patchbay switching
Follow-UpHarry van Haaren Re: [Jack-Devel] Qjackctl patchbay switching
jordan, 2012-12-04 09:53:41 -0500 :

> Hey Roland,

  Hey, small world :-)

>>   I'm wondering if there's a way to tell a running Qjackctl instance to
>> switch patchbays non-interactively.  I found how to start Qjackctl on a
>> given patchbay, but not how to control an already-running one.  However,
>> since invoking qjackctl again rises the window of the existing instance,
>> I gather there's already a mechanism whereby the new instance
>> communicates some information to the running one.  Could that be
>> expanded to also transmit a patchbay name?  Or did I just fail to find
>> the appropriate option?
>
> I think you may be talking about using jack_connect and
> jack_disconnnect (which are packaged with Jack). they allow to specify
> how things are connected on the fly. I often use them in startup
> scripts, so that everything is automatically connected exactly how i
> want my clients to be - but, obviously i can do this on the fly as
> well.

  Yeah, I'm aware of those, but I was looking forward to using the
patchbay feature, since it's simpler and more robust.

> as a side note, you may want to look at some of the other tools
> included with jack - there are several that can be incredibly useful
> at times. (they live in /usr/bin and are named jack_xxx).

  I've looked at a handful of them, and will probably continue, yes.

Roland.
-- 
Roland Mas

You can't second-guess ineffability, I always say.
  -- Aziraphale, in Good Omens (Terry Pratchett and Neil Gaiman)
PrevNext  Index

1354637140.16039_0.ltw:2, <87hao1ssze.fsf at polymir dot internal dot placard dot fr dot eu dot org>