Re: Session management with NSM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 






On Wed, Sep 3, 2014 at 12:04 AM, Nils <list@xxxxxxxxxx> wrote:
So the problem here, as I see it, is that Jack itself is not an NSM aware client.

My perception of NSM always was that it is not strictly bound to jack but jack is another client. If jack would be a NSM client which supports switch and saves it settings in the session folder you can save the samplerate (and the connections, without a special program).

On the other hand that binds a session to specific jack settings again, which is bad. Are there any examples of NSM clients that deal with system-specific settings?


The problem is also in thinking of JACK as something inside a session. I don't think of it that way. Nor do I consider Xorg to be inside the session. JACK is external infrastrucutre.

Having an NSM client that just persists JACK's buffer size and sample rate settings is certainly doable and anyone is welcome to write one--it would indeed be trivial. IMHO it would create more problems than it would solve though. For one thing, you'd have to make sure all the software you use can handle those changes at runtime.

Barring that, NSM would need to have some degraded session mode where everything is killed/restarted upon switching and clients are restarted one-after-the-other in some defined sequence instead of in parallel (to ensure that the jack settings client does its work before any other clients are started). But, again, this is very regressive, and for what? To support one very strange workflow that is already supported just fine by dealing with it 'manually'.

(when I go from recording to mixing I usually change the JACK buffer size... is NSM supposed to do this for me automatically? I don't see how or why it would).

To me this is a non-issue. Same kind of stuff that comes up every time anything is discussed on LAD or LAU... People bring up all these supposedly show-stopping scenarios that in reality either doen't come up or don't matter.

My oppinon is: it's not a problem until it's a problem. Let's concentrate on the real issues and leave the imaginary ones alone.
 
Nils



On 03.09.2014 05:49, Filipe Coelho wrote:
On 09/02/2014 11:57 PM, Philipp Überbacher wrote:
I did not know that nsm supports live switching of sessions without
restarting clients, but in case you need to change the jack sample rate
you most likely can't do that anyway.

FYI: You can change sample rate on the fly (e.g. without stopping JACK) if you use JACK2 and switch-master.

When this happens clients will receive buffer-size and sample-rate change callbacks.

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user


_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-user

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user

[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux