<div dir="ltr">> I don't think you're missing anything. I believe to have hit the same wall in<br>> the past.<br>><br>> How about not directly adding non-mixer to non-session-manager but a<br>> shell-script proxy (e.g. non-mixer-fixed) with your desired command line arguments?<br>><br>> --- ~/bin/non-mixer-fixed-----------<br>> #!/usr/bin/bash<br>><br>> exec \<br>>         -a non-mixer-fixed \<br>>         non-mixer --osc-port 9090 $*<br>> ------------------------------------<br><br>Thank you so much, I didn't think about a wrapper.<br>I just tested it and works fine.<div>Btw, I missed this message in the first place and in the meantime I created a python script using jackclient-python ( <a href="https://github.com/spatialaudio/jackclient-python/">https://github.com/spatialaudio/jackclient-python/</a> ) to automate jack connections, since the only reason I needed nsm was to keep track of connections with jack clients that can become available or be closed at any time during a session.</div><div>This allows me to have a fixed "session", even when some jack clients listed in the setup are not available - using jackpatch I'd have to save a whole session with all clients connected and remember not to save it anymore.</div><div>Anyway, while your solution is the best for "closed" sessions, I still wander why there's no clean way to use OSC with nsm clients.<br>Unfortunally I only know about python, I can barely read C/C++, if not I'd suggest a patch that would allow nsm receive and relay messages to clients using the client's osc communication, something like /nsm/client/send; for example, with non-mixer it could be "/nsm/client/send Non-Mixer.aFOOB/strip/parameter/argument value" with nsm tracking down the client osc from the first part of the address. Anyway, this is just speculation at this moment, but it would be nice to see this implemented.</div><div><div><br><div class="gmail_extra">
</div><div>Thank you again for your tip.</div><div>Maurizio</div><div><br></div></div></div></div>