3.0.15

Many many thanx to everyone who took time during the beta process.

It's available for each supported platforms (macOS 10.5->10.8, windows, Linux 32b, Linux 64b).

On MacOSX, it's linked against XQuartz 2.7.4 (xquartz.macosforge.org/landing/)

Please be aware that this should be (as usual) the last available release for MacOX 10.5 systems.

NEWS:

• fix mistakes/bugs
• OLA have been updated to 0.8.28 and should work on MacOS and Linux platforms
• Libusbx have been updated to 1.0.15

Enjoy and consider making donations if u find this software useful.

++
Nicolas

almost 200 downloads in 2 days

Hello and thanks for this great piece of software !

I'm trying this version for two days on OSX 10.8.3 and I've found a little (but quite annoying bug).
When I edit the last step in stack and save the changes (with M shortcut), the step 0 which was after the last step disappears and when I press the down arrow to go back to the first step, the app crashes...

Can you reproduce this ?
Is there a way for me to send you some logs ?

Best regards,

Jeremie

Hello,

I've try to reproduce this bug.
I think you forgot to Record a Cue before to modify this one. In fact, if you just modify a step when don't have record before, you modify the Cue 0 wich is load on all step.

It's the only way wich the last step disappears.... but i've never got a crash of Dlight on MacOsX 7.5


to find the log, i've forgot if they are saving in :
/private/var/log or
~/Library/Logs/

bye.
Antoine

Hello,

Thanks for your answer.
In fact, if I create a new show and follow these steps, it crashes :
- delete step 2 then step 1 ;
- records cue 1 (which re-creates steps 1) ;
- go to step 1 and modify it (with 'M' shortcut) ;
- press down arrow key to go to the step 0.

I attached a crash log file and a .sho file in which you just have to go to step 1, press 'M' and down arrow to crash app.

Let me know if you can reproduce it !

Best regards,

Jeremie

hello,

yes when i follow your step, Dlight crash too. (i've to delete step 2 and 1).
But i think it's not necessary to delete step because when you record your first step, DL replace automatically the first step...

bye.

antoine

Bonjour Nico !

Une petite idée en passant avant la grande arrivé des LEDS. Une fonction qui devrait faciliter le travail et qui peut servir pour d'autres choses aussi : l'implémentation de la fonction GROUP LOAD directement dans l'espace de travail, de la même manière qu'il fonctionne dans un Submasters.

Cela permettrait d'appeler directement des réglages de couleurs pour plusieurs sources enregistrées dans ces groupes.

Dans ma logique, puisque la fonction existe déjà, cela ne doit pas être trop compliqué de la rajouter dans les registres de scène ou de prépa ? Ou alors ma logique est fausse ?
Bien sûr, il ne faudrait pas que charger un groupe modifie les valeurs des projecteurs qui ne soit pas dans le gorupe (donc pas exactement la meme fonction que dans les subs...)


A bientôt.
Antoine

@Antoine,

l'implémentation de la fonction GROUP LOAD directement dans l'espace de travail.
Cela permettrait d'appeler directement des réglages de couleurs pour plusieurs sources enregistrées dans ces groupes.

pour les couleurs des LEDS, je pensais faire un peu autrement, par la nouvelle fen^tre d'assignation des couleurs.
sur la droite de cette fenêtre tu peux enregistrer tes couleurs préférées (en maintenant Shift ou Ctrl appuyé et en cliquant sur un des petits carrés).
par cette fenêtre également tu choisis à qui est adressé la couleur choisi (soit la fenêtre principale, soit les changeurs de couleurs, etc...)
du coup, si dans l'espace de travail le circuit assigné à tes projos à LEDs est sélectionné, la commande de couleur ira pour cette sélection.
cependant, c'est un travail en cours qui n'est pas encore fini...

++

Bonjour,

oui, cette fonction n'est pas une idée pour la gestion des LEDs d'une manière globale. Je pense bien que le système de gestions des couleurs sera beaucoup plus efficace.
Ma question était plus une implémentation d'une fonction qui 'à priori' paraît plus simple en patientant d'une gestion beaucoup plus développé.

a bientot.

Salut,
des soucis de communication sur cette version :

en midi, sur osx 10.6 : un bouton en CC midi, assigné sur un sub marchait de façon très hasardeuse. Assigné en ch, il n'envoyait rien le premier appui après un go. puis fonctionnement normal jusqu'au go d'après.

Sous linux32, avec mes patch pure data, en midi toujours, environ la moitié seulement des circuits reçoivent l'info.
Du coup j'ai tout basculé vers de l'osc à la place du midi (btw c'est super l'osc : moins de ressource, super réactivité...) : même problème!
sachant que tout fonctionne tiptop sur la 3.0.10...