19 Jun
2020
19 Jun
'20
2:27 p.m.
Filipe Coelho:
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.
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. :( 
19 Jun
19 Jun
6:03 p.m.
New subject: [LAU] Release: New Session Manager Version 1.3
Am 19.06.2020 12:26 schrieb Kjetil Matheussen:
Well, we are talking about a sub menu in the file menu called "NSM
Server"
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.
From a conceptual level and from the user perspective this is right.
Whatever helps the workflow is good, especially when dealing with a
situation where one program is nearly monolithic with a few satellites,
like in Radiums case.
Kjetil, if Radium is itself a client please don't call
"/nsm/gui/gui_announce" for the server functionality. (I have not read
your code).
nsmd will only remember the last GUI to call that and send reponses and
messages only to that address. In effect this would "steal" control
from the NSM-Gui and make it useless.
This might change in the future with new-session-manager, which could
keep a list of GUIs instead.
6:12 p.m.
New subject: [LAU] Release: New Session Manager Version 1.3
On 06/19/20 11:26, Kjetil Matheussen wrote:
Filipe Coelho:
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!
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. :(
1431
days inactive
1431
days old
linux-audio-dev@lists.linuxaudio.org
2 comments
3 participants
participants (3)
-
Filipe Coelho -
hgn -
Kjetil Matheussen