rc3 available for almost everybody

++

Salut Nicolas,
Merci pour toutes ces améliorations!
Concernant le Device Tool, serait-il possible de pouvoir choisir les Attributs qui y figurent?
Soit dans le Setup, ou mieux encore en haut de la fenêtre, avec des cases à cocher par exemple?
Pour ma part, je n'ai jamais besoin des Blades, donc j'aimerais ne pas les afficher.
Par contre, avoir accès au Beam serait super par exemple.
Je me demandais aussi s'il était possible de simplifier la sélection "Bound to" dans le DC, ainsi que celle du Device Tool. J'avoue que c'est souvent source de confusion pour moi, par exemple lors de la programmation de Chase. Il faut cocher beaucoup d'options pour que les changements soient effectifs au bon endroit. Peut-être que le DC, le Device Tool, pourraient toujours n'être affectés qu'au programmeur, et ne pas avoir à choisir.
J'en profite pour relancer l'idée d'un générateur d'effet
Et aussi pourquoi pas une option "FAN" pour gérer les Attributs sur plusieurs machines (super pratique pour ouvrir les PAN uniformément par exemple)
Poypoy

@poypoy,
hello,

Concernant le Device Tool, serait-il possible de pouvoir choisir les Attributs qui y figurent?
Soit dans le Setup, ou mieux encore en haut de la fenêtre, avec des cases à cocher par exemple?
Pour ma part, je n'ai jamais besoin des Blades, donc j'aimerais ne pas les afficher.
Par contre, avoir accès au Beam serait super par exemple.

en fait il n'y a pas de 'Tool' pour le Beam, juste des niveaux. Donc ça n'a pas vraiment sa place dans le deviceTools.
l'idée du DT c'est de regrouper les widgets qu'ont peut (pour l'instant) utiliser pour les devices. on a celui de la couleur, le focus et les blades mais c'est tout... tout le reste se règle aux niveaux soit dans le dynamicBottom, soit dans le deviceCommand.
les widgets du deviceTool sont génériques et fonctionnent avec les devices sélectionnés.
j'espère avoir été clair

Je me demandais aussi s'il était possible de simplifier la sélection "Bound to" dans le DC, ainsi que celle du Device Tool. J'avoue que c'est souvent source de confusion pour moi, par exemple lors de la programmation de Chase. Il faut cocher beaucoup d'options pour que les changements soient effectifs au bon endroit. Peut-être que le DC, le Device Tool, pourraient toujours n'être affectés qu'au programmeur, et ne pas avoir à choisir.

oui on peut la simplifier (en tout cas j'aimerai bien aussi la simplifier...) mais j'ai pas compris ton exemple.

pour le générateur d'effet, et le FAN, ça viendra...

++

rc4 dispo pour macOS Native et Windows.
je pense qu'il y aura tout de même une rc5 la semaine prochaine...

++

rc5 dispo,
à moins d'une catastrophe ça devrait être la release

merci de vos retours,
++

Salut, je te fais mon retour ici sur la version RC5 sur Raspberry 3B+ plutôt que dans la catégorie hardware :/

Le pavé numérique ne fonctionne toujours pas dans les barres d'entrée de valeurs mais fonctionne correctement dans les modification de champs (avec curseur) et dans les fenêtres de l'OS (save as etc...)

J'enregistre et j'enregistre sous correctement, mais après avoir travaillé sur un .sho et realisé save OU save As, je ne peut plus ouvrir de .show (click sur le menu et rien ne se passe) ouvrir un .show recent la première fois ne fais rien non plus puis ne propose plus de fichiers et revoie un message d'erreur que je joins le log à la fin du post.

les quelques ctrl+Z testés fonctionnent, je vais le tester plus par la suite.

le message de mauvaise fermeture systématique au démarrage de D::Light ne s'affiche plus. Top.

La fenêtre de couleurs Lee ayant déménagé dans le devicetool, il n'y a plus de problème. Je rejoins Poypoy sur le fait qu'il serait cool de pouvoir afficher que les attributs désirés dans le devicetool.

Chaque action dans le device listing (ex : ajout ou suppression devices) remet tous les niveaux de la conduite principale à 0

J'ai un gros problème sur les Devices que ce soit en chargeant un .sho ou en recréant une session clean : les devices ne répondent plus ou mal.
En sélectionnant 4 machines, seules 3 répondent au PAN, une seul au TILT. impossible de leurs donner un intensité. Les positions HOME ne sont pas corrects.

Le Trad fonctionne très bien. Des sunstrip en patch 1:1 çà roule mais patchés en tant que devices avec un preset.dld qui va bien, J'ai 3 lampes aléatoires qui s'allument.

Voilà pour l'instant. S'il faut tester des choses précises n'hésite pas à demander !

invalid command name ".menuBar.file.mru"
invalid command name ".menuBar.file.mru"
while executing
".menuBar.file.mru post 1254 132"
invoked from within
"$menu postcascade active"
(procedure "tk::MenuButtonDown" line 13)
invoked from within
"tk::MenuButtonDown .mainPad.#menuBar.#menuBar#file.#menuBar#file#open"
(command bound to event)

ça y est j'ai arm64bitifié D::Light
ça veut dire qu'il peut dorénavant fonctionner de manière native sur les nouveaux Mac avec un proc M1. Et les performances sont au rdv... -20% sur la charge du CPU, enfin un bon processeur !!

@kevin,
merci pour ces retours.
pourrais-tu m'envoyer le .sho sur lequel tu travailles pour qu'on ait un base en commun (et voir si c'est pas le pi 3B+ qui est problématique).
Aussi, serais-tu dispo cet aprèm pour qu'on s'appelle au téléphone et fasse les tests ensemble (le cas échéant peux-tu m'envoyer ton 06 via le formulaire de contact du site stp)?

La fenêtre de couleurs Lee ayant déménagé dans le devicetool, il n'y a plus de problème. Je rejoins Poypoy sur le fait qu'il serait cool de pouvoir afficher que les attributs désirés dans le devicetool.

peut-être que j'ai pas assez expliqué la nouvelle proposition de travail avec les Devices.
le deviceTool regroupe les 'outils' dispo pour travailler avec les devices. Donc les outils pour la couleur, le focus et les blades. Il n'y en a pas d'autres...
En complément du deviceTool il y a le dynamicBottom (accessible par le raccourci Shift+Tab ou en cochant l'option 'dynamic channel selection for devices' dans le setup).
Le deviceTool et dynamicBottom sont fait pour fonctionner ensemble où le deviceTool affiche les outils génériques et le dynamicBottom les paramètres spécifiques aux autres attributs

++

voici mon .sho, il n'y a pas grand chose pour l'instant surtout du test autour d'une session de base, 3 types de machines patchées. Le but serai de détourner un peu D::Light (dans cette salle) pour utiliser peu (ou pas) les cues et plus les palettes et submasters en live pour du concert.

pour le devicetool j'ai bien compris le principe, mais sur un écran la place peut être vite limitée et, par exemple, ne pas afficher les blades si on ne les utilise pas pourrai être sympa. Ce n'est qu'un détail, bien évidemment

@kevin,
je pense que le pb du patch des devices sur le pi est réglé.
je te fait signe quand je suis prêt pour la suite.

++

@kevin,
aussi pour un utilisation des devices dans les subs, c'est p-e les microPalettes qui vont t'intéresser...
regarde, tu vas vite comprendre... dans une microPalette tu enregistres un range d'un paramètre (from/to ou to/from) ou de plusieurs paramètres pour 1 ou plusieurs type de device.
tu peux aussi inscrire l'INTENSITY dedans...

++

salut Nico, je viens de prendre la RC5.

2 petites choses :

quand je viens de faire un save ou un save as, impossible après de faire open ou open récent. Obligé de quitter pour le faire.
Par contre si j'ai pas fait save avant il me propose d'enregistrer avant d'ouvrir le doc
c'est pas bien grave mais c'est pour info...

sinon pas bien grave non plus et je sais pas si c'est simple ou pas bref :

si j'ai 11 mémoire sur un show. je me mets sur la mémoire 3 par exemple si je fais record il passe au prochain numéro libre soit la mémoire 12. mais si je fais ctrl Z il efface bien la mémoire 12 mais du coup me mets sur la mémoire 11 (sans doute lié à l'auto load cue in séquence).

plus embêtant si je suis sur la mémoire 3 et que je fais 3.5 Record il m'enregistre bien la 3.5 qu'il met à la suite de la 3. Mais si je fais ctrl Z il supprime bien la 3.5 mais je me retrouve sur la mémoire 4...

voila pour les premiers retours
a bientot

Célio

ps : toujours sur MOJAVE 10.14.6

@Celio,
hello,

quand je viens de faire un save ou un save as, impossible après de faire open ou open récent. Obligé de quitter pour le faire.
Par contre si j'ai pas fait save avant il me propose d'enregistrer avant d'ouvrir le doc
c'est pas bien grave mais c'est pour info...

c'est corrigé, thanks.

pour les deux autres questions je suis d'accord avec toi.
Il me semble donc que dans le cas particulier d'un UNDO des cues (et lorsqu'il y a suppression des cues) il faudrait que DL enregistre l'état de X1/X2 avant la création de la cue pour que le UNDO re-bascule sur cet état là.
rien d'infaisable mais je voulais voir avec toi si tu penses que ce fonctionnement serait le bon.

++

salut Nico, oui effectivement je pense que ce serait bien qu'il Restore le X1/X2 qui était en place avant.

La bonne soirée

Célio

salut Nico, oui effectivement je pense que ce serait bien qu'il Restore le X1/X2 qui était en place avant.

La bonne soirée

Célio

@Celio,
hello,
j'ai une proposition qui va dans ton sens et qui à l'air de plutot bien fonctionner.
si je te fais un weTransfer, t'aurais le temps de la tester?

++