4.0.0_b14

Après tests plus poussés :
Pas de pb quand le WAIT est inférieur à 1mn
Pas de pb quand on appuie sur GO avant que le WAIT passe en dessous de 1mn
Pb quand on fait GO si le WAIT est passé en dessous d'1mn : les circuits qui sont censés descendre font des boucles de 0 à FF, le WAIT est figé, tant qu'on ne fait rien ça tourne en boucle.

Merci pour la réponse, je me suis donc débrouiller à la main.

Alors en vérité ce n'est pas avec des Par led mais des récepteurs pour Bande à led mais qui sont tout comme des par à led.Chaque récepteur a une fonction dim (1) / strob (2) et color (3 : Red / 4 : Green / 5 Blue)
Et le projet est plus ambitieux que 20 puisque l'idée serait d'en faire tourner au total prés de 150 sur 2 univers DMX.


J'ai aujourd'hui commencé des test avec 1 seul récepteur sur donc un seul univers.

A priori au niveau des transferts, ça se passe bien. J'ai pas rencontré les problèmes de wait expliqué dans les posts précédents, mais je n'en avais jamais qui dépassaient 30s.

Par contre, je suis repartis d'une conduite écrite sous D:light 3 parce que ça m'évitait de refaire la config du setup (adresse ip, etc,). Cette conduite est presque vierge mais contient 5 mémoires qui ont des wait, des times, et pas grand chose de plus. Or à chaque fois que j'arrivais à la cue 3, D:light plantait et se fermait avec un message d'erreur microsoft type : "D light a rencontré un problème et a fermé".

aprés 3 essais ,j'ai supprimé mes cues et je les ai re-écrites, et là, plus de problème. JE vois donc pas trop pourquoi mais il semble qu'il y'avait un bug en tout cas.

Sinon niveau Device et palette :
première chose, j'ai pas trouvé le module de control effect. En effet le deuxième paramètre de mes récepteurs étant un strob, je l'ai mis en effect / strob dans mon modèle, mais je ne vois pas par où est-ce que je peux le piloter.

et sinon, au niveau des couleurs, pas grand chose à dire sinon que lorsque je me sers des palettes pré-enregistrées, les couleurs qui apparaissent sont parfois très éloignées de ce qu'elles devraient être...

voilou, merci encore pour tout le boulot!

Alors en vérité ce n'est pas avec des Par led mais des récepteurs pour Bande à led mais qui sont tout comme des par à led.Chaque récepteur a une fonction dim (1) / strob (2) et color (3 : Red / 4 : Green / 5 Blue)
Et le projet est plus ambitieux que 20 puisque l'idée serait d'en faire tourner au total prés de 150 sur 2 univers DMX.

et bien à priori ce type de matos devrait fonctionner (peux-tu d'ailleurs poster la personality que tu as écrite pour ce Device?)
et si t'en as 150, il doit te tarder que le Clone soit codé....

Par contre, je suis repartis d'une conduite écrite sous D:light 3 parce que ça m'évitait de refaire la config du setup (adresse ip, etc,). Cette conduite est presque vierge mais contient 5 mémoires qui ont des wait, des times, et pas grand chose de plus. Or à chaque fois que j'arrivais à la cue 3, D:light plantait et se fermait avec un message d'erreur microsoft type : "D light a rencontré un problème et a fermé".

peux-tu poster la conduite dans l'état, celle qui fait planter DL4?

première chose, j'ai pas trouvé le module de control effect. En effet le deuxième paramètre de mes récepteurs étant un strob, je l'ai mis en effect / strob dans mon modèle, mais je ne vois pas par où est-ce que je peux le piloter.

non, seul les couteaux, positions, couleurs et fonctions d'allumage sont écrits...
manque les effets, gobo, etc...

et sinon, au niveau des couleurs, pas grand chose à dire sinon que lorsque je me sers des palettes pré-enregistrées, les couleurs qui apparaissent sont parfois très éloignées de ce qu'elles devraient être...

est-ce que tu penses que c'est un défaut de DL ou dû au type de matériel que tu utilises?

merci de tes retours.
++

Salut nico, voici en pj la conduite ou se produit le bug lorsque le transfert est en cours.

La version 4 me parait en effet bc plus pratique pour gérer le show. Par contre j'avoue que j'ai quand même une petite hésitation... Ca doit jouer dans 15 jours et je me demande si la version b14 est assez stable... qu'en penses tu ?

Merci encore !

la 4 est encore en early beta....
cela étant ce qui fonctionne doit fonctionner sans pb....
mais perso je continue encore à faire les sho avec la 3.0.24

++

@Tibo,
t'utilises DL sur win ou sur mac?
sur Mac ta conduite passe mais révèle que les TGroups ne sont pas honorés pour la seconde room...

++

Je suis sur Win !
J'avoue que je ne suis pas sur d'avoir fais des TGroup. Cette conduite est un fichier test que je réutilise depuis un moment pour le projet. C'est possible donc que ce ne soit pas forcément un bug. Il faudrait que je vérifie.

Mais du coup je me suis remis sur la version 3.0.24. Au passage, j'ai remarqué que lorsqu'on appelle un groupe qui concerne le 2ème univers, la fenêtre de présentation des circuits rebascule systématiquement sur la Room 1. Mais si on va sur la room2, les circuits concernés par le groupe apparaissent bien mais il faut donc faire la manip pour retourner sur la room 2.

Sinon, sur la b4, je reviens sur l'histoire des palettes et je pense que le problème de calibrage des couleurs peut venir un peu du matériel que j'utilise, mais aussi un peu des couleurs pré-enregistrés. Par contre si on travaille avec les paramètres RGB, a priori pas de soucis !

in english because of Carlo.

guys, if you experience slow startup would you mind trying the following trick:
under /Applications/utility/audio and midi configuration (sorry I don't know the exact english terms...)
display midi window.

there's an icon called:
reinit MIDI (at least in french)

click on it, let the mac working, and try to relaunch DL

before the operation I can count 9s for DL to start.
after the operation I can count 0s for DL to start

please tell me how it goes for you.

++

@Carlo,
I've fix the issue of the same cue loaded in X2.
but I cannot reproduce the midi issue....

@Jeff
problème du wait résolu

@both
in fact DL launch is quick when "audio and midi configuration" window is open.
otherwise it take 8-9s to open.
it's clearly an issue with midi, but not the DL midi part...

++

@Tibo,
fixed les TGroups des ROOMs > 1

++

@tibo,

Mais du coup je me suis remis sur la version 3.0.24. Au passage, j'ai remarqué que lorsqu'on appelle un groupe qui concerne le 2ème univers, la fenêtre de présentation des circuits rebascule systématiquement sur la Room 1. Mais si on va sur la room2, les circuits concernés par le groupe apparaissent bien mais il faut donc faire la manip pour retourner sur la room 2.

fixed

++

Big day of changes...

sl1200mk2 écrit: @Carlo,
I've fix the issue of the same cue loaded in X2.
but I cannot reproduce the midi issue....

Thanks a lot, it will be very useful.
My midi thing (the one-way knob-sub mode) happens anytime. Even after the reinit procedure.
It happens anytime I try to refresh and activate again the midi controller. And it's very strange. Because it is activated, it listens control change but only in up-way. Next week I will try to remap Nanokontrol and midi map in dlight from scratch.
Anyway: I'm still on 10.10 Yosemite (Argh!) and b14. With Maverick and 3.0.24 it never happened.

sl1200mk2 écrit: @both
in fact DL launch is quick when "audio and midi configuration" window is open.
otherwise it take 8-9s to open.
it's clearly an issue with midi, but not the DL midi part...

Opening time is not a problem.
If I need to be quicker I keep X11 opened.

sl1200mk2 écrit: in english because of Carlo.

Thanks for your kindness. I have no experience with french. Still... I'm beginning to understand it because of this forum. Extrema ratio: google translate.
Have a good day and job.

Carlo.

Wait a minute...

There is something definitely wrong with submaster control.

I select a Sub (Group load and Flash mode). %value is 5.
If I use arrow right key to raise it acts like this: 5 - 11 - 16 - 22 -27 - 33
Then lowering with left key it goes to 28 - 23 - 18 - 14 - 9 - 4... and stop. It bumps into 4.
If I modify it with mouse and restart with keys it never reach the Zero.
0@ doesn't work.
@ doesn't works "random" for some value.

How could it be?

Thanks,

C.

There is something definitely wrong with submaster control.

should be fixed in the next release.

++

ok....
here's what will be next:
-I'll release the 4.0.0-b15 early next week for you to be able to test fixes
-I had the opportunity to work with moving heads last week and I realize that attributes family was not well dispatched, so I'll modify them (that means that personality you wrote may become outdated...)
-as OLA seems to run on windows now, I'll make some tests and if it goes well, DL will move entirely to OLA for network protocols

++