diff --git a/oscope-of/README.md b/oscope-of/README.md index 9c661da..248b1e6 100644 --- a/oscope-of/README.md +++ b/oscope-of/README.md @@ -69,7 +69,7 @@ Depuis votre arbre `sound_algo` : ~startBridge.value; ``` -Le bridge écoute sur `127.0.0.1:57121` (SC) et `127.0.0.1:57122` (Node→SC) ; `oscope-of` se branche sur ces deux ports. +Topologie OSC : `sclang` écoute `127.0.0.1:57121` (commandes depuis `oscope-of`), `Node↔SC` utilise `:57122`, `oscope-of` écoute `127.0.0.1:57123` les `/sync/*` émis par le bridge. ### Étape 5 — Build et run @@ -101,7 +101,7 @@ make RunRelease ```json { "scope": { "sample_rate": 48000000, "gain_ch1": 0.5, "gain_ch2": 0.5, "buffer_size": 4096 }, - "osc": { "listen_port": 57122, "send_host": "127.0.0.1", "send_port": 57121 }, + "osc": { "listen_port": 57123, "send_host": "127.0.0.1", "send_port": 57121 }, "display": { "fullscreen": false, "width": 1920, "height": 1080, "default_mode": "hybrid" } } ``` @@ -132,7 +132,7 @@ Si OpenHantek6022 est lancé en parallèle, il claim le device et `oscope-of` ne ### Pas de messages OSC -Vérifier dans la GUI que le port d'écoute est bien `57122`, et que `sound_algo`'s bridge a démarré (`~startBridge.value` dans SC). Tester avec `oscchief` ou `OSCdef.trace`. +Vérifier dans la GUI que le port d'écoute est bien `57123`, et que `sound_algo`'s bridge a démarré (`~startBridge.value` dans SC). Tester avec `oscchief` ou `OSCdef.trace`. ## Architecture diff --git a/oscope-of/docs/OSC_PROTOCOL.md b/oscope-of/docs/OSC_PROTOCOL.md index 8a86cab..f80eb1f 100644 --- a/oscope-of/docs/OSC_PROTOCOL.md +++ b/oscope-of/docs/OSC_PROTOCOL.md @@ -14,19 +14,19 @@ Référence des messages OSC échangés entre les deux projets. Sert aussi de sp | web_bridge.scd | <----------------> browser (control panel) | (Node + sclang OSC) | +-----+-------------+---+ - :57121 | | | :57122 + :57121 | | | :57123 (SC<-) | | | (->SC, broadcast WS) v v v +-----+--------------------+ | oscope-of | - | ofxOscReceiver :57122 | + | ofxOscReceiver :57123 | | ofxOscSender :57121 | +--------------------------+ ``` `oscope-of` : -- **Écoute** sur `127.0.0.1:57122` les `/sync/*` +- **Écoute** sur `127.0.0.1:57123` les `/sync/*` - **Envoie** sur `127.0.0.1:57121` des `/control/*` interprétés par sound_algo ## Messages reçus (sound_algo → oscope-of) @@ -112,13 +112,13 @@ Tout autre paramètre exposé par sound_algo via OSCdef. La nomenclature suit `~ ## Notes d'implémentation -- Le bridge sound_algo broadcast les `/sync/*` à la fois en UDP direct (vers `oscope-of` et tout autre client OSC sur :57122) et en WebSocket (vers les browsers). oscope-of utilise UNIQUEMENT le canal UDP. +- Le bridge sound_algo broadcast les `/sync/*` à la fois en UDP direct (vers `oscope-of` et tout autre client OSC sur :57123) et en WebSocket (vers les browsers). oscope-of utilise UNIQUEMENT le canal UDP. - Si vous lancez plusieurs visualizers en parallèle (par ex `oscope-of` + un autre client OF), augmenter le buffer UDP socket ou utiliser des ports distincts. - Le `web_bridge.scd` côté sound_algo doit avoir oscope-of dans sa liste de subscribers UDP. Vérifier dans le bridge : ```supercollider ~oscRelays = [ - NetAddr("127.0.0.1", 57122), // oscope-of + NetAddr("127.0.0.1", 57123), // oscope-of // autres clients OSC... ]; ``` diff --git a/oscope-of/src/OscClient.h b/oscope-of/src/OscClient.h index 97160dd..072acf3 100644 --- a/oscope-of/src/OscClient.h +++ b/oscope-of/src/OscClient.h @@ -2,7 +2,7 @@ // Client OSC pour le pont sound_algo. // -// Reçoit sur 127.0.0.1:57122 les messages /sync/* émis par le bridge : +// Reçoit sur 127.0.0.1:57123 les messages /sync/* émis par le bridge : // /sync/bpm // /sync/beat // /sync/amp // 8 voies diff --git a/oscope-of/src/ofApp.h b/oscope-of/src/ofApp.h index f00c32b..77eb784 100644 --- a/oscope-of/src/ofApp.h +++ b/oscope-of/src/ofApp.h @@ -264,7 +264,7 @@ private: ofxToggle fxEnableToggle_; // Settings persistants. - int oscListenPort_ = 57122; + int oscListenPort_ = 57123; std::string oscSendHost_ = "127.0.0.1"; int oscSendPort_ = 57121; int bufferSize_ = 4096;