goto step via midi/osc

Effectivement, si tu fais une liste de pointeur alors c'est hyper rapide...

C'est toi le chef de toute façon

J'attend ça avec impatience...

Hello NoSmile,

C'est peut-être un peu hors sujet, mais concernant la synchro QLab-:Light, je procède dans l'autre sens :
:Light est maître du show, et QLab le suis (à l'aide d'un patch Isadora que j'ai écris).
Isadora interprète les messages OSC de :Light sur sa position de cues et les convertit en MidiShowControl pour QLab.
Sous QLab, il suffit de créer uniquement des cues pour les actions QLab (Son, vidéo..), et faire correspondre leur n° avec les n° de cues de :Light où l'on veut les voir s'éxécuter.

Si ça intéresse quelqu'un, dites moi..

A+
Philippe

mmmh, why not... Ceci dis, j'ai eu des conduites avec boucle de retour en arrière entièrement gérée par QLab... Ou encore avec des trigger externe genre - lancer une vidéo et changer la lumière à la fin de la vidéo qui est choisie aléatoirement... Et puis, tu dois avoir des step avec une même cue mais dupliquée (car numéro différent pour ton patch si j'ai bien compris) pour les cas ou tu a juste un go qlab. (Et on retombe dans le sujet du coup :laugh: ) Ca devient complexe si c'est DLight qui gère...

Quid d'un double go inopiné? Tu fais comment pour arrêter QLab rapidement? Perso, au cas ou, j'ai toujours un bouton midi patcher dans DLight sur "GoBack" et pour QLab, soit je fais un stop all, soit je met en pause la cue qui m'embête (en fonction des cas)...

Oui, si tu as un simple Go QLab et pas de changement :Light, dois dupliquer l'état lumineux dans la cue suivante.
J'utilise ce système pour des spectacles où il y a plus de tops lumière que de tops son.

Pour QLab, je garde toujours un Pause All et un Stop All sur mon controleur midi au cas où !

Topic très intéressant, car il se rapproche de la problématique que j'ai eu sur un spectacle il y a quelque temps...
Je m'en étais sorti avec un bout de patch dans puredata qui passait sur le X2, chargeait le step puis revenait sur le X1 et faisait un GO. Je n'avais pas vraiment trouvé plus simple à l'époque et j'étais effectivement coincé dès que les numéros de steps évoluaient.
Pour moi, la bonne solution (utilisée par ailleurs dans un certain nombre de jeux), serait de pouvoir créer des "steps point" : c'est à dire que les steps ne soient plus une suite d'entiers incrémentés de 1 en 1, mais une suite croissante de nombres à virgules (floats pour les intimes) non nécessairement jointifs...
Comme ça, on s'évite la complexité d'un 3ème identifiant pour un pas dans le séquentiel (numéro de step + numéro de mémoire + step_id), tout en se rapprochant de ce qui est fait dans bon nombre de jeux du marchés...

Qu'en dites-vous ? Nico, est-ce que ça serait jouable ?

@jgastonraoul
j'ai presque fini le nouveau paramètre StepID....

j'ai choisi cette option par rapport au step.point car je veux garder les steps entiers et contigus (car je me sers de leur numéro comme index. et ce faisant, il doivent rester entier)

en tout cas c'est pas mal les stepID... tu me diras sur la prochaine beta...
++

@sl1200mk2 J'ai vu que tu avais posté une nouvelle beta. La gestion OSC des stepID est intégrée dedans ?
Si oui, quelle est la syntaxe OSC ?

A+

Jérémie

@jgastonR
yes les dernières beta intègrent les stepID.
il y a encore des erreurs dans le séquentiel des FX, les temps dans le sub editor.... mais tout ça c'est fixé pour la b31.

les messages OSC sont là:
www.nicole-banana.com/index.php/forum/2-releases/5563-4-0-0-b29

faudrait compléter le wiki à leur sujet...
++

Hello, je me permets une petite reflexion en rapport au goto cue, généralement on a besoin de faire un goto dans des situations un peu hasardeuses : un évènement imprévu pendant un spectacle ou un oubli de modification de conduite... Dans le stress c'est des fois compliqué de retrouver le bon cue. Du coup je me disais que dans la ligne X2 (verte) il pourrait y avoir un bouton qui afficherait en colonne les cues (avec le texte référent) pour en sélectionner un et le mettre en X2.
Je ne sais pas si c'est le bon endroit pour parler de ça mais bon...

Désolé mais je ne comprends pas vraiment à quoi sert le StepID. Dans une conduite on peut déjà mettre plusieurs fois un cue dans le séquentiel, si un N° de cue est une référence pour synchroniser un évènement sonore ou autre, on peut dupliquer le cue en question et lui donner un nouveau numéro pour la suite. L'option "map se/go message" permet maintenant de choisir le type de message osc lors du go. Du coup je ne comprends pas le StepId...

@Jeff : ma réflexion allait également dans ce sens là. j'ai aussi l'impression que le numero de cue et le step id peuvent avoir la même fonction.

par contre il faut dupliquer les cues et changer leur numéro. ce qui devient pénible si par exemple tu veux changer l'état de cette cue dupliqué et le reporter partout.

le step id permet de copier la cue en gardant son même numéro - mais bon je suis pas sur que cela soit la bonne solution, car ça risque de casser la fonction auto_load_cue

c'est pour ça que je trouvais le concept de "multi-cue" plus intéressant. car il permettrai de linker les cues avec le même état tout en leur donnant un numéro différent. donc plus besoin de stepID.


après le stepID peut être utile dans le feu de l'action. mais là pour l'instant en théorie, je suis du même avis que toi.

le stepID servent pour ceux qui dupliquent, tripliquent etc... les cues.
qui de toute façon ne peuvent pas utiliser le cue_load

d'ailleurs au s/eq/go, il faudrait que je rajoute l'option stepID....
++

oui j'étais en train de l'écrire
Et peut-on mettre des stepID identiques pour des cues différents ?
Si oui ça serait intéressant pour l'osc ça pourrait aussi permettre de faire plusieurs signaux déclencheurs du genre stepID 1 pour le son, stepID 2 pour vidéo+son.... Du coup je me disais qu'il faudrait pouvoir alléger les messages OSC avec un éditeur où on choisit ce qui est envoyé ou non... Pertinent ça ?

Et peut-on mettre des stepID identiques pour des cues différents ?

on DOIT mettre un stepID différent pour chaque cue. les ID sont et doivent rester uniques.
tu peux mettre des nombres entier comme des nombres à virgules

Du coup je me disais qu'il faudrait pouvoir alléger les messages OSC avec un éditeur où on choisit ce qui est envoyé ou non... Pertinent ça ?

oui, et ça recoupe d'autres demandes de pouvoir scripter des messages OSC par pas de séquence.
maintenant, et tu t'en apercevra peut-être, les stepID ne sont pas envoyés sur le réseau...
les steps sont envoyés, les cues également...

++

Cool. Impatient de tester ça...