3.0.9

Pour ce qui est des 0.01s de lightfactory, je pense que le logiciel se cale sur le rafraichissement de la trame DMX. Donc chaque pas est calé sur chaque rafraichissement (donc pas de 0.01)

si ils rafraichissent à 0.01s, ça veut dire qu'ils envoient leur trame DMX toutes les 0.01s, ce qui est deux fois plus rapie que ce que fait DL mais je ne pense pas que le pb vienne de là...

Car ça nous donne 5 trames complètes pour 0.1s ce qui me parait suffisant pour avoir un clignotement stable et régulier.

oui sauf que je viens de me rendre compte que le compte n'est pas tout à fait exact dans le cas de sub qui contiennent des FX avec des délais...

Sinon, j'ai aussi remarqué des temps de latences en fonctionnant avec 512 circuits (des fois un quart de seconde après un GO), ça devient plus réactif avec moins de circuits.

même si to transfert ne comprend que 2 circuits, c'est ça?

J'ai aussi des restes de FX après les avoir coupés, quelques projos restent allumés sans clignoter quelque soit la méthode : en tuant les FX en cour ou en les coupant dans la cue suivante (FX à 0 en 0s). Chose arrivée chez plusieurs amis.

je vois exactement pourquoi...
peux-tu me dire sur quelle plateforme tu bosses pour que je produise une beta.

++

Puis ça me fait penser au taux de rafraichissement des données de l'OSC provenant de dlight. (je ne sais pas si c'est le bon endroit) Est-il le même que celui du dmx ?

non, lui il doit être de 10ms

++

Oui même si le transfert ne contient que 2 circuits.
La trame DMX de 20ms est tout à fait normale.
Je bosse sur macbookpro i7 osx lion dlight 3.0.9 enttec pro
(sinon mettre une option random dans les fx (pas aléatoires, temps aléatoires et niveaux aléatoires) est-ce compliqué ?) (je le fais via puredata mais bon...)

@Jeff,
bon je pense avoir résolu le coup du X2FireCue avec des cue genre 6.05
je bricole encore un peu dessus et je publie une alpha (avant 13h) pour osX.6/7
dis moi si les clignotements sont stabilisés, dis moi si tu constates encore que des circuits restes levés si tu mets à 0 les subs qui les contiennent
e,n tout cas je posterai ici quand l'alpha sera prête

++

@Jeff,
en fait je l'ai mis dans la section beta, donc vas-y dl et try...

++

test du X2FireCue OK
pour les circuits qui restent allumés il me faudra plus de temps car il s'agit d'un bug assez rare.
pour les clignotements pareil, il faut que je trouve un projo à led (j'espère cet après-midi)
Merci !!!!
A+

16h20,
je viens de poster une nouvelle version (pareil 3.0.10).
elle devrait corriger un petit truc avec les sub speed et passer le rafraichissement DMX à 10ms.

++

@xtine
je n'arrive pas à reproduire les bugs que tu as mentionnées...
c'est quelle version de windows que t'utilise?

++

@Nico
Je ne pense pas que ce soit le dmx, les valeurs des circuits dans la fenêtre de dlight réagissent à peu près de la même manière.

@Jeff,
c'est à dire qu'avec la version 3.0.10 que j'ai mis dans la section beta (d'ailleurs, on va repartir de 0, je vais poster une version 3.0.10_b1 comme ça pas d'embrouille) t'as toujours pas des clignotements nickel ?

@Nico
ça m'a l'air mieux, mais j'attends toujours un projo à led pour être précis.

@jeff,
on va bouger de thread et écrire dans celle sur la 3.0.10_b1

++