On March 22, 2012 4:42:55 PM rosea.grammostola wrote:
On 03/22/2012 02:52 PM, Harry van Haaren wrote:
On Thu, Mar 22, 2012 at 12:33 PM,
rosea.grammostola
<rosea.grammostola(a)gmail.com <mailto:rosea.grammostola@gmail.com>> wrote:
JackSession seems to be an option
JackSession is merged in JACK. No external dependencies, if all other
session management systems would integrate with it, then the problem
would be solved. I appreciate that there are things that JackSession
cannot currently do, but IMO there's a lot to be gained from widespread
adopting of JackSession.
When I find time to implement restoring sessions in Luppp, the
functionality will be available trough JackSession.
And what if there is no real objection towards NSM from within the
community and what if the JS devs tell you that they have no time or
motivation to really develop or stimulate development of JackSession?
Isn't is possible then that the community more or less decides that one
option is better then the other?
Or is someone else willing to maintain JackSession from now on?
NSM doesn't depend on JACK, how bad is that really? At least one benefit
seems to be that apps like non-mixer are also supported now. And even
apps without JACK support, (all though I can't find a situation at this
moment in time where this can be useful).
Our MusE allows running without Jack, using a dummy audio driver and
ALSA for midi. Some folks run it that way.
(I was told MusE had an ALSA audio driver long ago, I was thinking
of toying with that again to help get users running. A recent post on
jack-dev lamented the lack of ALSA audio support in several apps,
including ours.)
So I've often wondered whether we should try to add JS support.
I think for us, we still need a SM that works with and without Jack.
We've always had LASH support. With LADISH LASH emulation,
maybe we won't have to do anything... for now.
I remember early threads about NON internals, it seemed to have smart design.
Cheers. Tim.
In my view all depends on the vision of the LAD community. I just tried
NSM yesterday, but what if it's the best solution overall? That's
possible right, that someone suddenly comes up with the best solution so
far. If NSM is that best solution, we might go for it. Otherwise we have
to think about keeping JackSession alive.
Harry, maybe it's good to give NSM a shot and/ or to comment on the API.