On 03/24/2012 11:09 PM, Fons Adriaensen wrote:
At this point we can at least conclude that the people who have spoken
out about session management and 'the modular approach' in the last
couple of years and/or are involved in thinking about or building a
session manager solution, agree more or less about the fact that NSM has
a nice design and is probably useful in the different workflows. These
people are, to name a few, Fons, Liles (author of NON) and Nedko (all
though he thinks a session manager should do even more, that's what
Ladish does. But ladish supports also JS and NSM (soon)). The JS
developers didn't speak out clearly yet.
What could be an advantage of JS, is that it has JACK as only dependency
and is integrated in JACK. Others however, have pointed out that not
depending on JACK is a big plus for them or even a demand. It gives more
possibilities to have other apps in the session.
As mentioned before, NSM seems to have some advantages JS doesn't have
and lacks some disadvantages Ladish have (you need jackdbus). To call
NSM a good compromise wouldn't give NSM the credits it deserves, but on
the other hand, NSM could probably be a widely supported session API
within the LAD/LAU community. This would be a unique situation.
It's to early to settle down our conclusions though. It would be nice if
more developers dive into it, study the API, study the practical
implications, use NSM and probably even try to build a patch for it into
their program, so we could have a better overview about how developers
think about NSM. It could be that developers prefer a other session API
then NSM. Maybe it's good to give your arguments. It's good to have
disagreements and unity has it's disadvantages, but for an session API
it's also good have agreements. Actually, you need enough of them to be
successful as a Linuxaudio session API...
Linux-audio-dev mailing list