DLIGHT/QLAB BOUND TO ID STEP et non CUE

Bonjour à tout.e.s 

J'ai une galère sur ma configuration DLIGHT et QLAB 

J'aimerai controler tous mes tops depuis le logiciel QLAB 
La configuration midi fonctionne (dlight réagit)

Dans le menu MIDI de DLIGHT j'ai configuré dans MIDI SHOW CONTROL et BOUND MSC LOAD MESSAGE TO "ID" (et non cue)

Pourtant, mon Dlight continue de recevoir l'information sur le numéro de CUE et non le numéro de ID STEP 

Voir capture d'écran : Lorsque je lance mon top 1.5 dans QLAB à destination du Q NUMBER 3 
C'est mon Step 4 / ID STEP 4 / CUE 3 qui est envoyé 
Et non le STEP 3 / ID STEP 3 / CUE 2 qui est envoyé 

Sur cette conduite j'ai très peu de cue, mais ils se répetent beaucoup. 
L'autre option que j'ai trouvé est de faire des cues indépendants, mais je vais perdre du temps d'encodage et de recopie de cue. 

(capture d'écran ci-joint) 

Merci pour votre aide
SANDY 
 

hello,
c'est quelle version de DL que tu utilises?

++

hello

autre choix possible : utiliser l'OSC en faisant une network Cue sous QLab

dès lors tu aura le choix de controller les cue ou les id avec les messages suivants:


OSC Fire ID

/seq/X2LoadAndFireID 1

OSC Fire Cue

/seq/X2LoadAndFireCue 1

ou des subs

OSC Sub control

/sub/9/level #v#

si ça t'intéresse fait une recherche sur le forum et le wiki, j'y ai déjà posté des tutos pour connecter les deux softwares en réseau

@Aroom,
et toi t'as essayé avec les MSC en bound vers les ID?

++

Merci pour vos réponses rapides ! 

Version DLIGHT : 4.3.23

Alors en effet, sur mes régies précédentes je controlais QLAB depuis DLIGHT en OSC (ou l'inverse, peu importe) 
Mais, si je dis pas de bétises, il faut etre connecté à un routeur WIFI pour avoir une adresse IP, et communiquer en OSC. 
Ils en ont pas toujours dans les petites salles de théatre ou je vais... D'ou mon envie de passer en MIDI 

@Sandyco84,
non tu peux utiliser le localhost (aka 127.0.0.1)

je vais regarder pour les MSC vers les stepID

++

hello

pas besoin de routeur non.

si c'est sur le même ordinateur il faut utiliser l'adresse IP 127.0.0.1

si c'est entre deux ordi, les connecter avec un RJ45 et renseigner les adresses respectives

non. j'évite le midi au max.

tu veux que je teste qqc?

dans QLab5 localhost et 127.0.0.1 sont deux adresses différentes

pour communiquer entre QLab et un autre software, il faut utiliser 127.0.0.1

localhost ne sort plus de QLab

@Aroom,
non t'inquiètes, je vais essayer

++

dans QLab5 localhost et 127.0.0.1 sont deux adresses différentes

c'est dur ça quand même comme direction de développement...
merci de l'info

++

Aaaaaah merci !
En effet, comme ça ça marche, et en plus ça m'arrange vu que ma conduite à déjà été configurer en OSC.

Problème résolu pour moi !

Merci à vous deux
Bonne journée

bon en fait je viens de tester, les deux fonctionnent...

donc ya un truc que j'ai du mal comprendre. mince.

@nico

effectivement il y avais bien un truc:

qlab.app/docs/v5/fundamentals/workspace-settings#network

Point 7

The Destination column contains both the IP address (such as 192.168.1.12) or mDNS name (such as qlab-computer.local) of the destination device and the port number of the destination device. You can enter the word localhost in place of an IP address to have the patch route messages back into QLab with the lowest possible latency. These messages never leave QLab. You can enter 127.0.0.1 to route messages to other software on the same Mac.


je vais checker ça avec eux, car dans le log de la dernière version ya eu du changement à ce sujet...

ok voilà le fin mot de l'histoire :

si la destination du message OSC est QLab (via le port d'écoute renseigné) et que l'on utilise localhost, le message sera directement envoyé sour forme de code au software et non pas via le réseau interne.

comme ça on gagne en temps de réaction.

donc effectivement dans ce cas là le message ne sort pas de QLab.

bref pour pas de prise de tête je choisirai l'IP 127.0.0.1