From: rosea.grammostola <ros...@gm...> - 2013-05-13 08:42:04
|
Hi, May I do a feature request? Please add NSM support. It's the best session manager available, and the list of supported apps are growing. Other main DAWs like Ardour3 and Qtractor has it already, but also apps which are useful in combination with Muse, like Zynaddsubfx, Laborejo and LisaloQt have it. http://non.tuxfamily.org/wiki/Non%20Session%20Manager http://non.tuxfamily.org/nsm/API.html Best regards, \r |
From: Dennis S. <mus...@wi...> - 2013-05-13 15:24:55
|
+1 for that. :-) Dennis On Mon, 13 May 2013 10:40:14 +0200 "rosea.grammostola" <ros...@gm...> wrote: > Hi, > > May I do a feature request? Please add NSM support. It's the best > session manager available, and the list of supported apps are growing. > Other main DAWs like Ardour3 and Qtractor has it already, but also apps > which are useful in combination with Muse, like Zynaddsubfx, Laborejo > and LisaloQt have it. > > http://non.tuxfamily.org/wiki/Non%20Session%20Manager > http://non.tuxfamily.org/nsm/API.html > > Best regards, > \r > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their applications. This 200-page book is written by three acclaimed > leaders in the field. The early access version is available now. > Download your free book today! http://p.sf.net/sfu/neotech_d2d_may > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: Tim E. R. <ter...@ro...> - 2013-05-13 17:22:37
|
On May 13, 2013 10:40:14 AM rosea.grammostola wrote: > Hi, > > May I do a feature request? Please add NSM support. It's the best > session manager available, and the list of supported apps are growing. > Other main DAWs like Ardour3 and Qtractor has it already, but also apps > which are useful in combination with Muse, like Zynaddsubfx, Laborejo > and LisaloQt have it. > > http://non.tuxfamily.org/wiki/Non%20Session%20Manager > http://non.tuxfamily.org/nsm/API.html > > Best regards, > \r > We talked about this recently. We currently support LASH (now supported by LADISH). It works quite well and I like the LADISH GUI application which is a very nice front end. Anyway, I did mention NSM (and NON architecture in general) is well regarded and I tend to agree, I know it's got some real solid foundations and great concepts, and has caught on rapidly. (Hey, if Ardour3 uses NSM *not* JSM, what does that tell us?) My concern at discussion time was that we need something like LASH that does not depend on Jack, as MusE can be run without Jack. I said I needed to look into it more. So a quick look at the link you supplied (thanks): "NSM does not depend directly on JACK or any other audio subsystem. This means that ALSA or OSS only applications, non-audio applications, or applications using as-yet unknown audio subsystems may participate in a session. Saving/restoring the JACK connection graph is accomplished by the (included) JackPatch client." Not exactly sure what that second part means (more hassle?), but the first part is the right answer I was looking for :) "NSM clients use a well-specified OSC protocol to communicate with the session management daemon." Hm, OK. We've got OSC stuff in there for the DSSI synths. So likely we could leverage our OSC code. (Been looking for an excuse to broaden its usage!) Looks good so far. Whatever we choose though, we must stick with it and can't go back and can't support multiple session managers so let's be careful. Are there any MusE users that would be severely *affected* by the loss of LA(DI)SH support ? Borked important sessions ? Let us know. Likely you have some time to deal with it before we go this route. Ideally there would be a way to convert these sessions to NSM... Tim. |
From: rosea.grammostola <ros...@gm...> - 2013-05-13 19:58:20
|
FYI: Ladish will support NSM in the future (as it does lash and JS), so you can use the app with nsm support within Ladish in the future (not sure how near that future is). NSM works apart from JACK indeed, and that turns out to be a right and smart decision. You can add JACKpatch to a session, which takes care about (re)storing the JACK connections, works nice. Best regards, \r On 05/13/2013 07:22 PM, Tim E. Real wrote: > On May 13, 2013 10:40:14 AM rosea.grammostola wrote: >> Hi, >> >> May I do a feature request? Please add NSM support. It's the best >> session manager available, and the list of supported apps are growing. >> Other main DAWs like Ardour3 and Qtractor has it already, but also apps >> which are useful in combination with Muse, like Zynaddsubfx, Laborejo >> and LisaloQt have it. >> >> http://non.tuxfamily.org/wiki/Non%20Session%20Manager >> http://non.tuxfamily.org/nsm/API.html >> >> Best regards, >> \r >> > > We talked about this recently. > > We currently support LASH (now supported by LADISH). > It works quite well and I like the LADISH GUI application which is > a very nice front end. > > Anyway, I did mention NSM (and NON architecture in general) > is well regarded and I tend to agree, I know it's got some real > solid foundations and great concepts, and has caught on rapidly. > (Hey, if Ardour3 uses NSM *not* JSM, what does that tell us?) > > My concern at discussion time was that we need something like LASH > that does not depend on Jack, as MusE can be run without Jack. > > I said I needed to look into it more. > So a quick look at the link you supplied (thanks): > > "NSM does not depend directly on JACK or any other audio subsystem. > This means that ALSA or OSS only applications, non-audio applications, > or applications using as-yet unknown audio subsystems may participate > in a session. > Saving/restoring the JACK connection graph is accomplished by the > (included) JackPatch client." > > Not exactly sure what that second part means (more hassle?), > but the first part is the right answer I was looking for :) > > "NSM clients use a well-specified OSC protocol to communicate with > the session management daemon." > > Hm, OK. We've got OSC stuff in there for the DSSI synths. > So likely we could leverage our OSC code. > (Been looking for an excuse to broaden its usage!) > > Looks good so far. > Whatever we choose though, we must stick with it and can't go back > and can't support multiple session managers so let's be careful. > > Are there any MusE users that would be severely *affected* by the loss > of LA(DI)SH support ? Borked important sessions ? > Let us know. > Likely you have some time to deal with it before we go this route. > Ideally there would be a way to convert these sessions to NSM... > > Tim. > > ------------------------------------------------------------------------------ > AlienVault Unified Security Management (USM) platform delivers complete > security visibility with the essential security capabilities. Easily and > efficiently configure, manage, and operate all of your security controls > from a single console and one unified framework. Download a free trial. > _______________________________________________ > Lmuse-user mailing list > Lmu...@li... > https://lists.sourceforge.net/lists/listinfo/lmuse-user |
From: rosea.grammostola <ros...@gm...> - 2013-05-14 10:04:10
|
Btw afaik implementing NSM doesn't mean automatically that you need to remove LASH. For support checkout the NON community: http://non.tuxfamily.org/wiki/Community On 05/13/2013 09:56 PM, rosea.grammostola wrote: > FYI: Ladish will support NSM in the future (as it does lash and JS), so > you can use the app with nsm support within Ladish in the future (not > sure how near that future is). > > NSM works apart from JACK indeed, and that turns out to be a right and > smart decision. You can add JACKpatch to a session, which takes care > about (re)storing the JACK connections, works nice. > > Best regards, > \r > > > > On 05/13/2013 07:22 PM, Tim E. Real wrote: >> On May 13, 2013 10:40:14 AM rosea.grammostola wrote: >>> Hi, >>> >>> May I do a feature request? Please add NSM support. It's the best >>> session manager available, and the list of supported apps are growing. >>> Other main DAWs like Ardour3 and Qtractor has it already, but also apps >>> which are useful in combination with Muse, like Zynaddsubfx, Laborejo >>> and LisaloQt have it. >>> >>> http://non.tuxfamily.org/wiki/Non%20Session%20Manager >>> http://non.tuxfamily.org/nsm/API.html >>> >>> Best regards, >>> \r >>> >> >> We talked about this recently. >> >> We currently support LASH (now supported by LADISH). >> It works quite well and I like the LADISH GUI application which is >> a very nice front end. >> >> Anyway, I did mention NSM (and NON architecture in general) >> is well regarded and I tend to agree, I know it's got some real >> solid foundations and great concepts, and has caught on rapidly. >> (Hey, if Ardour3 uses NSM *not* JSM, what does that tell us?) >> >> My concern at discussion time was that we need something like LASH >> that does not depend on Jack, as MusE can be run without Jack. >> >> I said I needed to look into it more. >> So a quick look at the link you supplied (thanks): >> >> "NSM does not depend directly on JACK or any other audio subsystem. >> This means that ALSA or OSS only applications, non-audio applications, >> or applications using as-yet unknown audio subsystems may participate >> in a session. >> Saving/restoring the JACK connection graph is accomplished by the >> (included) JackPatch client." >> >> Not exactly sure what that second part means (more hassle?), >> but the first part is the right answer I was looking for :) >> >> "NSM clients use a well-specified OSC protocol to communicate with >> the session management daemon." >> >> Hm, OK. We've got OSC stuff in there for the DSSI synths. >> So likely we could leverage our OSC code. >> (Been looking for an excuse to broaden its usage!) >> >> Looks good so far. >> Whatever we choose though, we must stick with it and can't go back >> and can't support multiple session managers so let's be careful. >> >> Are there any MusE users that would be severely *affected* by the loss >> of LA(DI)SH support ? Borked important sessions ? >> Let us know. >> Likely you have some time to deal with it before we go this route. >> Ideally there would be a way to convert these sessions to NSM... >> >> Tim. >> >> ------------------------------------------------------------------------------ >> >> AlienVault Unified Security Management (USM) platform delivers complete >> security visibility with the essential security capabilities. Easily and >> efficiently configure, manage, and operate all of your security controls >> from a single console and one unified framework. Download a free trial. >> _______________________________________________ >> Lmuse-user mailing list >> Lmu...@li... >> https://lists.sourceforge.net/lists/listinfo/lmuse-user > |