OSC

Bonjour,

Je suis en train de faire le tour des commandes OSC pour en faire une synthèse dans un patch. (disponible très prochainement)
En ce qui concerne la séquence, une commande me manque. Peux-être existe-t-ell et je ne l'ai pas trouvé. Je m'explique :

Pour lancer un pas de séquence, on dispose des adresses suivantes :

/seq/go : lance un go en cut
/seq 22 : lance la séquence 22 avec la tempo appropriée

La commande qui me manque serait le goto, qui permettrait de lancer la séquence 22 avec sa tempo, et ce quele que soit mon pas de séquence courant.

En fait, la commande n'est je crois pas disponible dans Dlight.

Tu peux me confirmer cela Nico?

et mes meilleurs vœux pour la nouvelle année !!

r

Ciao,

Pour lancer un pas de séquence, on dispose des adresses suivantes :

/seq/go : lance un go en cut
/seq 22 : lance la séquence 22 avec la tempo appropriée

il me semble que cette dernière opère en fonction du registre de travail actif.
si X1 est sélectionné, /seq 22 lance la séquence 22 avec la tempo appropriée.
si X2(prepa) est selectionné, /seq 22 charge la séquence 22 dans le registre X2. point. Il faut par la suite lancer un Go.

La commande qui me manque serait le goto, qui permettrait de lancer la séquence 22 avec sa tempo, et ce quele que soit mon pas de séquence courant.

no capito!
quelle serait la différence par rapport à /seq 22 ?

++

Nico,

J'ai écrit n'importe quoi .. En fait je voulais dire :
/seq/go : lance un go avec la tempo
/seq 22 : lance la séquence 22 en cut.


Je n'avais jamais remarqué la sélection X1/X2.. Et oui ... je comprends mieux maintenant ...

Donc pour ce qui est de X2, cela fonctionne très bien.

1/ Je sélectionne X2
2/ /seq/22
3/ /seq/go

Ca marche.

Mais si je suis en X1 sélectionné, les tempos ne s'executent pas.

J'aurais loupé quelque chose?

r

non, t'as raison, il manque un commande qui ferait qu'on peut charger un step en X2 et qu'il s'exécute dans les temps associés au pas de séquence.

t'as une proposition ?

du genre:
/seq/X2AndGo/step 22


je rajoute step à la fin car je pense qu'il manque d'autre commande comme
/seq/X2AndGo/cue 1.7

en effet, rare sont ceux qui pensent leur conduite en terme de pas de séquence.
plus fréquemment, c'est les cue qui sont utilisés comme architecture de la conduite. et en OSC, on n'a pas moyen (pour l'instant) de bosser avec les cues.

donc, et rajoute ou corrige si je me trompe, on pourrait avoir un nouveau switcher du type /cue

/seq/X2AndGo/cue x.xx
/seq/X2/cue x.xx
/seq/X1/cue x.xx

++

t'as une proposition ?

du genre:
/seq/X2AndGo/step 22

Je serais plus partant sur un message goto, il me semble que c'est plus parlant. Un message goto sur un presto par exemple est associé à ce type de commande. Ensuite, c'est dans le setup que l'on choisit si l'on parles à des cues ou à des pas de séquence. (dans le presto of course).

Donc pour Dlight, j'aurais pensé à :

/seq/goto/step 22
/seq/goto/cue 22

Ces commandes signifieraient que le pas (ou la mémoire) 22 seraient chargés dans le X2 et envoyés aussitôt.

Du coup a-t-on besoin de spécifier X1 ou X2? Il me semble que cela aurait la même incidence qu'on le charge dans X1 ou X2 étant donné que le pas (ou la mémoire) va être joué et donc se retrouvé en X1 à la fin de la tempo.

En revanche, il me semble pertinent de pouvoir ajouter des messages pour pouvoir charger une mémoire en X2 sans la jouer. Mais cela existe déjà en sélectionnant X2, mais il faut le faire à la main, il n'y a pas me semble-t-il de message pour pouvoir switcher entre la sélection X1 ou X2.

Je dirais alors :

/seq/gotoX2/step 22
/seq/gotoX2/cue 22

Ce qui aurait pour incidence de charger le pas (ou la mémoire) 22 dans le registre X2 sans pour autant lancer l'effet. On le lancera ultérieurement avec le message :

/seq/go

Il me semble que cela reviendrait au message gotoB sur les AVAB.

Cela fait-il sens?

renaud

/seq/gotoX2/step 22
/seq/gotoX2/cue 22

ok pour ça si tu penses que c'est gérable par vous (OSC users) de lancer deux commandes pour envoyer l'effet.

il n'y a pas me semble-t-il de message pour pouvoir switcher entre la sélection X1 ou X2.

on les a pourtant faites ensemble ces commandes
/pad/prepa
/pad/scene

mais je pense que c'est bien de préciser dans le message sa destination (cf gotoX2)


thanks pour tout ça
++

/seq/gotoX2/step 22
/seq/gotoX2/cue 22


ok pour ça si tu penses que c'est gérable par vous (OSC users) de lancer deux commandes pour envoyer l'effet.

Disons que pour envoyer la mémoire directement, on utiliserai la commande

/seq/goto/step 22
/seq/goto/cue 22

qui ferait les deux opérations en même temps (/gotoX2 + /go)

Ce qui signifierais l'implémentation des commandes

/seq/goto/step 22
/seq/goto/cue 22

ET

/seq/gotoX2/step 22
/seq/gotoX2/cue 22

on les a pourtant faites ensemble ces commandes
/pad/prepa
/pad/scene

Oups .. je ne me souvenais pas de celle-la ... Mais elle ne fonctionne pas chez moi...
tu es sur de la syntaxe?

r

Disons que pour envoyer la mémoire directement, on utiliserai la commande
/seq/goto/step 22
/seq/goto/cue 22
qui ferait les deux opérations en même temps (/gotoX2 + /go)

voila exactement ce que je voudrais éviter. Ce genre de truc on s'en souviens et ça nous parait ok quand on les fait, mais après, tu peux courir pour t'en souvenir...

il n'y a rien dans le mot goto (à part le go du début) qui dit que ça va lancer la séquence.

pour un lancement direct après le load en X2, il suffit de créer un message
/seq/gotoX2andGo/step x.xx
/seq/gotoX2andGo/cue x.xx

et /pad/prepa n'existe pas du tout, j'ai déliré...
mais je pense que je vais implémenter ces 4 commandes sous la coupe de /pad :

/pad/scene
/pad/X1
/pad/prepa
/pad/X2

++

voila exactement ce que je voudrais éviter. Ce genre de truc on s'en souviens et ça nous parait ok quand on les fait, mais après, tu peux courir pour t'en souvenir...

il n'y a rien dans le mot goto (à part le go du début) qui dit que ça va lancer la séquence.

Pas de problème pour moi si ca semble plus clair. J'ai proposé cela car c'est la touche sur l'avab (presto au moins et pronto si je ne m'abuse) qui donne cet effet (touche goto juste à gauche du A et .

r

yes man,

je fais ça pour la 2.04 qui je pense devrait sortir entre le 20 et le 25 janvier 2010. Après je pars on tour

++
nico

Excellent !!

Pour ma part je vais tâcher d'ici la de faire un document synthétique de toutes les messages OSC disponibles.

J'ai quelques bizarreries avec les sliders X1 et X2 justement qui n'ont pas la même adresse en émission et en reception de Dlight.

Dlight renvoie les valeurs

/XfadeX1 0-255
/XfadeX2 0-255

Alors que pour leur parler en OSC ils acceptent les messages :

/seq/xfade_x1
/seq/xfade_x2

mais à part ca c'est le top !!

à très bientôt,

r

Bonjour,

Avez-vous fini le fichier récapitulatif des commandes OSC ?
Je suis très intéressé.
Merci pour votre travail, moi je suis en train de bidouiller une console physique pour piloter DLight.
Je posterais les schémas, sketch et tout et tout quand cela fonctionnera.

J'ai crée un google doc que l'on tout le monde peut éditer. Pour pouvoir faire évoluer le document au fur et à mesure des changements.

Ce document rassemble toutes les adresses que je connais de Dlight, peut-être y en a il plus?

spreadsheets.google.com/ccc?key=0AhgzuAN...Th0MzVmeTB4ZXc&hl=fr

Nico, j'ai fait des remarques à droite, si j'ai pas été clair dis-le moi.

en espérant faire avancer le schmilblick...

COOL
Merci beau boulot, je vais m'en servir très rapidement.
Je viens de trouver une utilisation pour l'iPad, imaginons une version ipad de DLight avec de quoi piloter physiquement le logiciel en liaison Wifi.

Bonjour

Sauf erreur de ma part, dans la feuille des commandes OSC, n'apparaît pas le pistolet pour enterrer six pieds sous terre les submasters.
Est-elle implémenter dans DLight ?

Bonjour chez vous