Content-Type: text/plain; charset=ISO-8859-1
> On 03/22/2012 12:59 PM, thijs van severen wrote:
hehe, good one ;-)
i know what they are supposed to do, and i have played with them, butt
there was always something that went wrong
follow me on my Audio & Linux blog !
Content-Type: text/html; charset=ISO-8859-1
2012/3/22 rosea.grammostola <=
On 03/22/2012 12:59 PM, thijs van severen wrote:
=A0 =A0I wonder what the LAD community thinks about Non Session Manager
=A0 =A0 From a user POV I must say that it works very smooth at first
=A0 =A0sight. It's easy to use and one of the strong points seems to b=
=A0 =A0flexibility, e.g. the ability to copy and change existing sessions,=
=A0 =A0run multiple sessions (also via network). But I cannot comment on
=A0 =A0the technical goods and bads of the API and how easy it will be to<=
=A0 =A0implement this in a Jackaudio application. It seems to use OSC
=A0 =A0messages and depends only on liblo.
=A0 =A0Thanks in advance,
MHO: having a good universal session manager would be a dream come true,
but so far i have not been able to find one that does what i would like
it to do :
- start a couple of apps
- wire them together
- add some more apps
- save everything
This is what Session managers do, NSM, JackSession and Ladish.
Try it.hehe, good one=A0 ;-)i know what they are =
supposed to do, and i have played with them, butt there was always somethin=
g that went wrong :-(
for me it is rather annoying that i have to predefine a session (as is
the case with most session managers).
i just would like to open apps, use them, connect them, without having
to think about 'the session', let alone 'predefine' it
jacksession offers some of this, but not all apps support jacksession
non session manager has some interesting features too (like
I don't think this is true. You can start apps just as you like and sav=
e the session. In NSM you do this in the GUI, but it's very easy to rem=
ove a client in a session or add one, so no need to predefine anything.
A problem are clients without support for the session format.
At least in NSM it's easy to start any application nevertheless (the au=
thor is also thinking about writing a wrapper for non supported apps).
At least NSM acts like a script starting clients and restore the JACK conne=
ctions (via client jackpatch). So people who prefer scripts and aj-snapshot=
, will find the same benefits in NSM if the author has added the wrapper (t=
o be able to add arguments to a starting client).
This is also more or less possible in JackSession, all though saving and qu=
iting the session works more cumbersome in Qjackctl compared to NSM in my o=
pinion. There is a possibility to start apps without JS support, but that&#=
39;s not implemented in Qjackctl yet, so atm a practical disadvantage of JS=
. There is a non official supported wrapper for JackSession though, js_wrap=
We all know that session management is hard, but if we can live with more o=
r less one standard it would be nice. JackSession seems to be an option, bu=
t if I understand the situation well, it seems that Paul Davis rather sees =
LV2 rise, he doesn't really believe in Session Management, so he is pro=
bably not very motivated to help it rise. Torben wrote JackSession, but he =
doesn't have time for Linuxaudio atm, so it might be fair to question t=
he chances for survival here.
I don't say that JackSession could not survive, but it needs support an=
d development. If the community can agree on a format (NSM for example) whi=
ch is supported better, then that might be a better option.
Apart from the politics it's just interesting to discuss the NSM API he=
-- follow me on m=
o & Linux blog !