Pure data < OSC > D::Light

Hi,

Ok i tried some more it is connecting but the send message i used is wrong .

In Pure Data i use ; send /sub/incrPage but this don't work if i put a number behind it connects.
send /sub/incrPage 1 ;it jumps 1 page

Regards Vincent

Coucou, toujours avec mes petits soucis de commande des devices via l’osc et isadora

j’ai donc regardé ce qui se passait dans Pure Data

voici ce que pure data reçoit

Message envoyé de Dlight à Pure Data

osc: /device /COLOUR/RED 1 40000
osc: /circ/level 3 20
osc: /subStick/level 1 20


Message envoyé de Isadora à Pure Data

osc: /subStick/level 1 20
osc: /circ/level 3 20
osc: /device /COLOUR/RED 1 40000


Quand j’essaie d’envoyer d’isadora à Dlight pas de soucis pour les sub ou les circuits mais ça ne marche pas pour les device….
Une idée ??

Merci bien.

Célio

Hello,
Je pourrais regarder ce qu'il se passe pour les devices après les vacances...
Sinon ça devrait fonctionner.

++

salut celio,
le message fonctionne avec qt...
Je ne connais pas isadora mais il faut que /device soit l'adresse osc et /COLOUR/RED 1 40000 le data du message osc

esperant que ça t'aidera...
Pancho

En effet....
Les arguments doivent être :
string int int
Où la string c'est /COLOUR/RED, le premier int c'est le 1 du numéro de ton device et le deuxième la valeur.

++

Est ce que ça veut dire que c'est différent que pour les sub ou les circuits ou la syntaxe est /subStick/level x y ?
Vu que puredata reçoit bien l'info d'isadora je me demande si c'est pas l'espace entre device et /COLOUR qui pose problème à isadora.
Je vais demander sur le forum d'isadora et vous tient au courant.
Bonne journée.
Celio.

@celio,
dans l'exemple du subStick, /subStick/level est l'adresse OSC et il y a deux int en arguments.
pour les devices, /device est l'adresse OSC et il y a 3 arguments, un string et deux int

++

C'était donc ça. Merci pour la précision.
Ça y est ça marche depuis isadora.
Je vous tient au courant quand le patch est prêt avec la roue du nanokontrol studio.
A bientôt.
Celio.

Rebonjour et bonne année.
Alors ça marche bien en envoi depuis isadora ou depuis puredata
J'ai donc commencé un patch ou j'ai des touches (soit sur le nanokontrol soit sur l'ipad) pour choisir de pouvoir régler les différentes couleur ou le pan et tilt etc... ça marche super mais il faudrait pouvoir récupérer les valeurs depuis dlight pour que ce soit vraiment efficace...
Mais comme en réception c'est toujours pas ça de mon coté....
Isadora considère que l'adresse reçu c'est /device /COLOUR/CTO par exemple avec 2 valeur à suivre et du coup n'en veux pas à cause de l'espace entre device et /COLOUR

Il ne prend pas le /COLOUR/CTO comme un argument type string

Dans pure data il reçoit la même adresse et en veux bien dans le moniteur par contre je n'arrive pas via routeOSC ou Unpack a lui faire lire les différents arguments....
peut être que je ne m'y prends pas bien...
si quelqu'un à une idée d'objet à utiliser dans puredata je suis preneur.

a bientôt

Célio

PS : j'ai essayé via OSCULATOR de modifier l'adresse à renvoyer mais lui prend l'adresse pour ce qu'elle est mais du coup ne lit pas les valeur...

@celio
hello,
tu devrais t'en sortir avec l'objet [routeOSC] placé à la suite de l'objet [unpackOSC]
[routeOSC /COLOUR/CTO]

qui est available avec un [import mrpeach] quelque part dans ton patch

++

salut nico,

merci pour la réponse.

je viens d'essayer mais ne sort rien.... dans l'aide du unpackOsc il est précisé :
[unpackOSC] processes lists of floats (only integers on [0..255]) as though they were OSC packets.

du coup je ne comprends pas si c'est à cause de ça...

ce qui est vraiment bizarre c'est que j'arrive a envoyer l'info a dlight depuis isadora et que ce que j'envoi d'isadora j'arrive à le décoder dans puredata.
pourtant ce que j'envoi dans puredata via dlight n'est pas décodé or a priori les commandes sont les mêmes dans les deux sens non ?
pour précision j'arrive à envoyer dans les deux sens toutes les autres fonctions qui n'ont pas trait au device du coup je suis sur que ce n'est pas un problème de port...

c'est curieux aussi que OSCULATOR ne détecte pas que l'adresse est /device suivi de 3 argument.
il fait comme isadora et voit une adresse /device /COLOUR/CTO
tout ça me laisse perplexe )
a bientôt

Célio

Salut Nico. J'ai demandé aussi sur le forum d'isadora et voici la réponse de mark qui a creer le soft :


Dear @celiomenard,
As far as I can there is something wrong with the message coming from DLIGHT.
In the first picture you send (monitor input from dlight.png) the length of the bundle is given as 32 bytes. The data that follows is
"/device /COLOUR/CTO" (not including the quotes.) This would be the OSC address, and it includes a space which is invalid. Look in the OSC spec ( opensoundcontrol.org/spec-1_0 ) and you'll see this section:
"Each OSC Method and each OSC Container other than the root of the tree has a symbolic name, an ASCII string consiting of printable characters other than the following:"
The table that follows shows that the space character is invalid.
After this comes the "type tag" – the part that shows up as ",ii" in the monitor window. This indicates that two 32 bit integers are to follow. So the basic message is
/device /COLOUR/CTO NNN MMM
where NNN is the first number and MMM is the second.
If the system wanted to send a string followed by two integers, the proper format would be
/device SSS NNN MMM
where SSS is the string. In this case, the type tag should be ",sii" to indicate a string followed by two integers.
Or, maybe they intend for there to be a single OSC address followed by two integers
/device/COLOUR/CTO NNN MMM
(Note that I've deleted the space between "device" and "/CTO")
In this case the type tag should be ",ii" as it is in the picture you posted.
So, I'm sorry to say, that this OSC message is invalid as far as I can tell. You should report this to the creator of DLIGHT. Please feel free to send them to read this post, as my follow up will give them useful information I think.
Best Wishes,Mark

---

troikatronix.com/troikatronixforum/discu.../19539#Comment_19539

Je sais pas si ça peut aider mais au cas où
Bonne soirée.
Célio.

hehe....
il a raison Mark... belle analyse
j'ai donc modifié les messages envoyés par DL pour qu'il soient conforme à la norme.

dis lui merci en tout cas,
++

thanx

et c'est un bundle car il peut y avoir plein de parametres stockés dans un bundle...
++

du coup, vu que c'est quand meme du early stage (et que tout vos patch sont pas encore pret... ), on peut changer l'ordre des sii.
est-ce que vos parsing serait plus facile si DL envoyait :
circ attribut valeur

faudrait voir aussi avec pancho...
++