openFramework / ofxOSC -> DLight

Bonjour à tous, je m'arrache les cheveux depuis plusieurs heures...

Je code une application en C++ avec openFrameworks qui me permet de gérer un show faisant intervenir plusieurs logiciels pilotés en OSC, dont DLight. Le setup réseau est OK, j'ai vérifié avec TouchOSC, aucun problème, DLight réagit au doigt et à l'oeil. Mon appli pilote par ailleurs Millumin sans problème.

Par contre, à partir de mon appli, impossible d'obtenir l'exécution des messages OSC, je peux piloter les autres logiciels mais pas DLight. Mais l'inverse fonctionne, mon appli peut recevoir des messages OSC en provenance de DLight.

J'en arrive à penser que la librairie que j'utilise (ofxOSC, basée sur oscpack) doit forger des packets que DLight ne comprend pas. A l'aide de tshark j'ai pu réaliser un dump d'une simple commande /seq/go
1) D'un paquet envoyé par TouchOSC

2) D'un paquet envoyé par mon application
3) D'un paquet envoyé par l'utilitaire oscchief ( github.com/hypebeast/oscchief )
Avec oscchief j'ai le même problème qu'avec mon appli : DLight ne réagit pas, Millumin oui.

Je n'ai aucune idée sur la manière dont je pourrais décortiquer ces trois dumps afin de trouver une explication, à défaut d'une solution... S'agit-il d'un bug de DLight ou d'une incompatibilité avec le contenu de certains packets ?

Merci d'avance si vous avez la moindre piste

Version de DLight : 4.0.0.b72

hello,
c'est quoi la commande que tu passe à oscchief?

++

et à priori touchOSC type les messages (genre float...)

par exemple, t'as essayé:
oscchief send 127.0.0.1 7000 /seq/go f 1.0

++

J'ai essayé ça ./oscchief send 192.168.1.10 7000 /seq/go

Sans arguments, ce qui est proposé dans le readme d'oscchief

Yay !! Avec ./oscchief send 127.0.0.1 7000 /seq/go f 1.0

Ca fonctionne ! Il faut donc un paramètre float pour /seq/go ?

yep

++