On 06/19/20 11:26, Kjetil Matheussen wrote:
> Filipe Coelho:
>>> A other related experience. Feature request for Radium. NSM support in
>>> Radium, which is great. Author did implement accidentally server
>>> client osc messages. As a consequence he decides to give Radium
>>> session manager functionality as well. I think this design approach
>>> will harm a reliable and predictable NSM session environment for the
>>> user at the end.
>> Yes, I agree fully.
>> Not sure how he confused things so much, but it is not the task of the
>> applications to be messing with NSM server-side business..
>> Basically, he did not implement NSM properly. :(
> Well, we are talking about a sub menu in the file menu called "NSM
> Server". This sub menu has the following elements:
>
> * New NSM Session
> * Open NSM Session
> * Save NSM Session
> * Duplicate NSM Session
> * Quit NSM Session
>
> The reason for this is to make it possible for the user not having to
> switch between two programs. The user can for instance easily assign
> keybindings to these options. But it is an entirely optional feature!
> If you don't need it, don't use it. It's madness making such a fuss
> about this.
After thinking more about this, you are correct.
You were doing server-side calls before where the user was not aware of
such thing happening, but putting that into its own dedicated menu makes
it clear.
I got into the mindset from other people that this was somewhat very bad
and stuff... my apologies.
It does indeed make sense when we consider Radium will be doing pretty
much all of the session's sequencing and audio render.
For radium, NSM extends its standalone possibilities, while still being
compatible with NSM overall and thus usable for others that would like
to use Radium for only specific tasks instead of the full project.
Thanks for implementing NSM by the way!
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
https://lists.linuxaudio.org/listinfo/linux-audio-dev
Received on Sat Jun 20 04:15:01 2020
This archive was generated by hypermail 2.1.8 : Sat Jun 20 2020 - 04:15:01 EEST