Open Sound Control (OSC)

L'Open Sound Control (OSC) est un protocole de communication inter-applications. Contrairement à ce qu'indique son nom, il ne concerne pas uniquement le son, mais offre un système d'organisation générique mais uniformisé de l'information pertinent au contrôle de n'importe quel système, multimédia ou pas. L'OSC a été développé à UC Berkeley Center for New Music and Audio Technology (CNMAT).

Pourquoi l'OSC?

La plupart des protocoles (COBS, JSON, FUDI, etc.) permettent une trop grande latitude dans la manière d'organiser les données, et s'appuient donc sur des architectures personnalisées spécifiques à chaque développeur. L'OSC impose une structure particulière de l'information que toutes les applications doivent supporter ce qui rend toute communication plus universelle : tout le monde parle la même langue!

L'OSC fournit également une vérification (primitive) des erreurs de transmission, ce qui est très important lorsque l'on travaille avec flux susceptibles au bruit!

Client et serveur

Il n'y a pas vraiment d'architecture client/serveur en OSC. Fait important : l'envoi et la réception se font séparemment. C'est à dire qu'il faut créer deux connexions unidirectionnelles.

Unité de transmission

L'unité de transmission de l'OSC est le message ou le bundle. Un bundle contient un ou plusieurs messages et un timetag.
L'OSC est unidirectionnel et n'offre pas d'accusé de réception (on ne sait pas si le destinataire a reçu le message).

Paquetage

L'OSC ne définit pas la mise en paquet des messages.

Les deux types de paquets les plus communs sont:

UDP (le mode par défaut) pour la communication par réseau ou interne de l'ordinateur
SLIP (souvent nommé OSC SLIP) pour la communication par série (USB) avec des microcontrôleurs plus vieux

Par UDP

De façon générale, l'OSC est envoyé sur un réseau par UDP.

Pour envoyer un message, il faut spécifier l'adresse UDP du destinataire. Cette adresse se compose de deux parties:

IP de la machine adressée.
Port du client OSC.

Pour recevoir un message , il faut simplement spécifier le port de réception.

Par SLIP

Le SLIP ne permet pas d'adresser les messages à des destinataires spécifiques. Seule l'application qui est connectée au port série peut envoyer et recevoir des messages (qu'elle peut relayer par la suite par UDP si nécessaire).

Composition d'un bundle OSC

Un bundle OSC contient plusieurs messages OSC. Il sert surtout à s'assurer que plusieurs messages arrivent simultanément au destinataire.

Composition d'un message OSC

Un message OSC est composé des éléments suivants:

une adresse
un ou plusieurs arguments

Adresse

L'adresse indique quel est le paramètre que l'on veut modifier. Elle peut être composée de n'importe quelle lettre et chiffre. Par contre, voici quelques recommandations à suivre lorsque vous concevez votre propre serveur OSC:

Une adresse doit toujours commencer par / (attention, dans certains logiciels comme Pure Data ou TouchDesigner, le / est implicite).
Chaque / subdivise l'adresse en hiérarchie symbolique. Plus une subdivision se trouve au début, plus est elle haute dans hiérarchie. Prenons comme exemple /A/B : A englobe B et B fait partie de A.
Tous les espaces doivent être remplacés par des _.

Quelques exemples:

/application/fenetre/bouton
/torse/bras/main/doigt/index
/renoise/pattern_name

Arguments

Chaque argument possède un type. Il existe quatre types de base :

int : nombre entier à 32 bit.
float : nombre à virgule à 32 bit.
string : chaîne de caractères.
blob : un tableau d'octets (byte).

Un message OSC peut mélanger plusieurs types d'arguments différents et peut contenir n'importe quel nombre d'arguments.