🚸 Ajouter plus d'un champs d'adresse IP/port OSC de destination pour transmettre des valeurs de position simultanément vers plusieurs systèmes différents (multicast).

[led78]

Un besoin fréquent des artistes en résidence à la SAT est d'avoir plus d'une adresse IP de sortie dans ControlGRIS, et ce, pour deux raisons principales :

1. Par défaut, ControlGRIS utilise une adresse locale (127.0.0.1) pour transmettre ses coordonnées de position à une application SpatGRIS locale (sur le même ordinateur que le DAW exploitant ControlGRIS). Toutefois, lorsque les artistes travaillent dans la Satosphère, iels doivent modifier cette adresse manuellement dans chaque instance de ControlGRIS, afin de transmettre les coordonnées de position vers l'application SpatGRIS du serveur Mac Audio de la Sato (12.34.56.***). Ce changement doit être effectué à chaque fois que l'artiste se connecte ou déconnecte du système de la Sato, pour travailler. Plus il y a d'instance de ControlGRIS, plus c'est chronophage et irritant.
2. Souvent, l'artiste souhaite relier les coordonnées spatiales entre plusieurs appareils différents, connectés à différents VLAN. Par exemple, transmettre des coordonnées de ControlGRIS simultanément vers deux systèmes distincts : SpatGRIS (VLAN : 12.34.56.1), pour contrôler la spatialisation des sources sonores. TouchDesigner (VLAN : 65.43.21.***), pour contrôler la spatialisation d'éléments visuels.

Proposition : Offrir plus d'un champs d'adresse IP de destination + port OSC dans ControlGRIS, pour l'envoi simultané des positions vers différents systèmes, potentiellement sur différents VLAN. Ceci permettrait également de répondre au premier besoin, en pouvant simultanément contrôler une instance de SpatGRIS locale (127.0.0.1), si celle-ci est ouverte, et une instance de SpatGRIS externe (12.34.56.***), sans avoir à effectuer de changement à chaque passage d'un mode de travail à l'autre.

[led78]

De plus, cela permettrait également de répartir la charge en CPU sur plusieurs systèmes, chacun ayant une instance de SpatGRIS, tout en ayant un contrôle à partir d'un même système source. On pourrait alors avoir davantage de sources spatialisées en mode CUBE, en recombinant les signaux spatialisés en aval.

[led78]

Le besoin lié à cette requête est mieux répondu par l'intermédiaire d'un pont OSC comme celui du module communautaire pour l'intergiciel Chataigne : SpatGRIS-Chataigne-Module-main.zip «First set IP's, ports if they are not ControlGRIS default in /modules/SpatGris/parameters.

The objects container receive values sent by ControlGRIS software plugin. Select the number of objects to store in values containers with /modules/SpatGRIS/parameters/numberOfObjects. They are organised to ease multiplex mappings : you can automatically build list with "Fill... from Container".

This may be used to replace SpatGRIS renderer with another OBA renderer, multiplex mappings should be the easy way. If you want to render at the same time with SpatGRIS, the module "pass-through" to itself will do with ease. You may also use the Module Commands in mappings to send parameters directly to SpatGRIS renderer, if objects editor used for production is different from ControlGRIS, or you want to add some other objects controls from thirds.»

https://github.com/madees/SpatGRIS-Chataigne-Module/