Patch Device / Repeat

si le principal est dépatché, les membres aussi?

Idem on peut simplement sélectionner l'ensemble des membres avant de détacher si nécessaire

là pas ok... si un Device est une instance d'un autre, elle doit réagir comme son référent.si on dépatche le référent (donc à un moment donné dans la chaine de production du DMX il n'est plus présent), les instances ne doivent pas être calculées. 

Tout ça tient pour une amélioration de la fonction "Repeat" en clone pur, mais pas si on envisage du multi-instance type Sunstripe, MacAura Extended etc...

ça veut dire quoi pour toi multi-instances? ++

Pour moi, les Devices multi-instances sont ceux qui ont plusieurs Dimmer et/ou RVB etc..
Par exemple pour un Sunstrips en Channel 10, on aurait:
lampe 1 en 10.1
lampe 2 en 10.2
etc...
Ou pour un Mac Aura:
Wash en 10.1
Aura en 10.2

Mais c'est tout autre chose que le multipatch et la fonction repeat, et ça n'excite pas (encore? dans DLight
Quant à la gestion des automatismes des modifications de Patch et/ou d'univers pour la fonction Repeat, j'avoue que finalement ça importe peu, tant qu'on puisse revenir en arrière des automatismes,
Par exemple avoir des clones sur des univers différents, des patch disjoints et non consécutifs.
En fait si on parle uniquement de clone en pur DMX sans pouvoir/devoir agir séparément sur les clones, je ne suis pas certain que l'affichage soit nécessaire dans le Device list, qui peut vite être conséquent.
 

oui donc on en est encore loin du multi-instances...
effectivement dans le deviceListing je pense qu'une colonne en plus appelée 'Repeat' peux suffire car c'est vraiment dans le patch que ce sera utile de déployer le référent pour pouvoir patcher les instances.

++