linuxaudio.org

--f46d043c7acc5e02dc04bbd473d2

Content-Type: text/plain; charset=ISO-8859-1
2012/3/22 rosea.grammostola 
> On 03/22/2012 12:59 PM, thijs van severen wrote:

quoted text
>

>> 2012/3/22 rosea.grammostola > >>

>>

>>

>>    Hi,

>>

>>    I wonder what the LAD community thinks about Non Session Manager

>>

>>    http://non.tuxfamily.org/nsm/_**_API.html

>>

>> >

>>    http://non.tuxfamily.org/nsm

>>

>>    http://www.youtube.com/watch?_**_v=ui-gC_ZMeGM

>>

>>

>> >

>>    http://youtu.be/xzspJXbEoc0

>>

>>     From a user POV I must say that it works very smooth at first

>>    sight. It's easy to use and one of the strong points seems to be the

>>    flexibility, e.g. the ability to copy and change existing sessions,

>>    run multiple sessions (also via network). But I cannot comment on

>>    the technical goods and bads of the API and how easy it will be to

>>    implement this in a Jackaudio application. It seems to use OSC

>>    messages and depends only on liblo.

>>

>>    Thanks in advance,

>>    \r

>>

>> 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

>> - done

>>

>

> This is what Session managers do, NSM, JackSession and Ladish.

> Try it.

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

:-(
>

quoted text
>

>

>> 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

>> over-the-network sessions)

>>

> I don't think this is true. You can start apps just as you like and save

> the session. In NSM you do this in the GUI, but it's very easy to remove 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

> author is also thinking about writing a wrapper for non supported apps).

> At least NSM acts like a script starting clients and restore the JACK

> connections (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 (to be able to add arguments to a starting client).

>

> This is also more or less possible in JackSession, all though saving and

> quiting the session works more cumbersome in Qjackctl compared to NSM in my

> opinion. There is a possibility to start apps without JS support, but

> that'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

> or less one standard it would be nice. JackSession seems to be an option,

> but 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

> probably 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

> the chances for survival here.

>

> I don't say that JackSession could not survive, but it needs support and

> development. If the community can agree on a format (NSM for example) which

> is supported better, then that might be a better option.

>

> Apart from the politics it's just interesting to discuss the NSM API here.

>

> Best,

> \r

>

>

-- 
follow me on my Audio & Linux blog  !
--f46d043c7acc5e02dc04bbd473d2

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
2012/3/22 rosea.grammostola <=

rosea.grammostola@gmail.com>
On 03/22/2012 12:59 PM, thijs van severen wrote:
2012/3/22 rosea.grammostola <rosea.grammostola@gmail.com

<mailto:rosea.grammostola@gmail.com>>
 =A0 =A0Hi,
 =A0 =A0I wonder what the LAD community thinks about Non Session Manager
 =A0 =A0http://non.tuxfamily.org/nsm/__API.html

 =A0 =A0<http://non.tuxfamily.org/nsm/API.html>

 =A0 =A0http://n=

on.tuxfamily.org/nsm
 =A0 =A0http://www.youtube.com/watch?__v=3Dui=

-gC_ZMeGM

 =A0 =A0<http://www.youtube.com/watch?v=3Dui-g=

C_ZMeGM>

 =A0 =A0http://yo=

utu.be/xzspJXbEoc0
 =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=

e the

 =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<=

br>

 =A0 =A0implement this in a Jackaudio application. It seems to use OSC

 =A0 =A0messages and depends only on liblo.
 =A0 =A0Thanks in advance,

 =A0 =A0\r
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

- done
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

over-the-network sessions)
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=

re.
Best,

\r
-- follow me on m=

y=A0Audi=

o & Linux blog !
--f46d043c7acc5e02dc04bbd473d2--