NSM = Non Session Manager. C'est un protocole ¹⁾ robuste pour la gestion de session permettant des façons de travailler rapides et grandement simplifiées pour l'audio sous Linux.

Ses fonctionnalités sont :

• mécanismes de contrôle et interface utilisateur extrêmement réactifs,
• fonctionne à travers OSC,
• indépendance du sous-système audio : NSM ne dépend pas directement de JACK ou de tout autre sous-système audio. Ceci signifie que les applications ALSA ou OSS, les applications non-audio, ou les applications utilisant un sous-système audio inconnu peuvent participer à une session. Sauvegarder/restaurer un graphique de connexion est accompli par le client JackPatch (inclus),
• localisation des données : les clients NSM sont tenus de stocker toutes les données de projet dans un emplacement connu de l'utilisateur. L'utilisateur devrait toujours savoir où vont les données pour une session. Les session peuvent êtres archivées avec un outil simple comme “tar”,
• session multi-hôtes : NSM est le seul gestionnaire de session qui supporte les sessions distribuées à travers des hôtes multiples, contrôlables via une interface unique,
• comportement bien défini : les clients compatibles NSM doivent présenter une interface de contrôle de projet uniforme à l'utilisateur. La signification de “sauvegarder”, etc… sous un gestionnaire de session est sans ambiguïté,
• directives d'interface-utilisateur strictes pour une expérience prévisible et uniforme,
• aucune dépendance directe pour les clients : NSM ne nécessite pas que les applications clientes soit liées à une bibliothèque. Il nécessite seulement qu'elles implémentent l'API OSC, en utilisant leur propre choix de bibliothèque OSC,
• basculement de session rapide : les clients intelligents sont capables de basculer entre des projets sans avoir besoin de redémarrer. Ceci améliore grandement le temps de basculement de projet entre des sessions qui utilisent les mêmes clients,
• agencement de session hiérarchique : les sessions sont organisées comme elles sont nommées sur le disque en une structure hiérarchique ²⁾ et peuvent être gérées ³⁾ avec un gestionnaire de fichier,
• le serveur stocke toutes les données de session dans des répertoires par-session à l'intérieur d'une racine configurable de la session,
• les clients ne sont pas autorisés à sauvegarder ou ouvrir des fichiers en dehors du répertoire par-session,
• retour du statut de temps-réel : les clients peuvent informer de leurs informations de statu à NSM ⁴⁾ , ceci incluant la progression de chargement/sauvegarde,
• le démon de gestion de session est complètement contrôlable à travers OSC : il est possible de construire une interface graphique et de communiquer avec le serveur grâce un protocole simple OSC.
• l'API de gestion de session abstraite ne possède pas de prérequis architecturel pour JACK, Xorg, et tout autre sous-système autre qu'un réseau UDP. Ceci signifie que les programmes et les démons n'étant pas des clients JACK peuvent être gérés ensemble dans la même session,
• une session unique peut être distribuée à travers plusieurs machines sur un réseau,
• des sessions indépendantes et multiples peuvent être ouvertes sur une seule machine, en même temps.

Deux logiciels mettent en œuvre ce système de gestion de session : New/non Session Manager et RaySession.