S’en sont suivi des échanges constructifs sur les sujets suivants en vue d’évolution de la spécification :

• Sélection d’objets

… (/adm/obj/1/select 1 ou : /adm/obj/{1,2,5}/select 1)

Cas d’utilisation possible : sélectionner le canal d’entrée sur la console pour le mettre en évidence dans la vue positionnement du logiciel de contrôle.

• Couleur des objets

• Appairage d’objets

• Un message « sync » – pour demander toutes les propriétés d’un objet sonore.

par exemple : /adm/obj/x

• Commande tactile et prioritaire :

Cas d’utilisation : l’automatisation doit être remplacée par l’édition en direct.

Démarre lorsque l’on touche le fader / s’arrête lorsqu’on le relâche.

Ce sujet est toujours en attente de conseils de la part de ceux qui l’on implémenté, principalement Nuendo/Flux, absents sur cette édition.

• Distance : (sujet fermé)

Les différents systèmes de rendu gèrent la distance de manière différente. ADM utilise un volume de référence « sans dimension », l’intérieur d’un cube ou d’une sphère.

• Multicast ?

Pour l’instant, ADM-OSC uniquement Unicast.

Demande future pour le multicast, car plusieurs contrôleurs/rendus seront utilisés dans une seule configuration.

• Plusieurs auditeurs :

Pour l’instant, un seul auditeur est pris en charge.

NaoStage, en raison de son travail dans le domaine des “silent disco”, a suggéré un message tel que /adm/lis/n/xyz.

A voir si d’autres on des cas d’usages à présenter, car il semble aujourd’hui que tous les moteurs de rendus soient soit pour un seul auditeur (typiquement, casque binaural), soit pour de multiples sur enceintes (typiquement processeur de diffusion).