Re: [LAD] Keeping "guardians" and "rebels" on the same boat

PrevNext  Index
DateMon, 25 May 2009 18:41:37 +0200
From Stéphane Letz <[hidden] at grame dot fr>
ToChristian <[hidden] at freenet dot de>
CcJack devel <[hidden] at lists dot jackaudio dot org>, Linux Audio Developers <[hidden] at lists dot linuxaudio dot org>
In-Reply-ToChristian Re: [LAD] Keeping "guardians" and "rebels" on the same boat
>>
>>
>
> Not that much related, but as I'm reading this comes to my mind:
> For this app you need jackOSC, for that app you need jackDBUS, for the
> other app you need jack* ....
> I hope these control-applications will be compatible with each other  
> and
> don't interfere.
> Christian

The proposed scheme does not go (yet) into details of what happens if  
different control applications are used at the same time. We may  
choose to have a unique one running at a time, or allows several to  
access/control the server at the same (in this case we would have to  
deal with state notifications issues and so on...). One related  
question is the "multi-config" shared state. If we consider the "multi- 
config" shared state to be part of JACK, then this state would stay  
"coherent" between invocations of successives (possibly different)  
control applications (jackDBUS, jackOSC). If we don't choose this  
option, then each control application would probably handle "it's view  
of multi-config management". (note this is currently the case with  
Qjackctl...).

I think we should go step by step, first try to explain and agree on a  
general scheme, then precise some missing details.

Stephane 
PrevNext  Index

1243269944.10187_0.ltw:2,a <9CD379C2-A0FB-4937-9478-98C901D13155 at grame dot fr>