Bugtracker DMXControl 3

Es wäre schön, wenn man aus anderen Projekten einzelne Cues, Cuelisten, Presets, Assignments uvm. importieren könnte. Dass das geht, zeigt die MIDI-Verwaltung, in der man Rules exportieren und importieren kann. Vielleicht ist es ja möglich, solche Im- und Exportfunktionen in späteren Versionen zu implementieren.

Man kann die Cues innerhalb einer cuelist mit der Maus verschieben. Jedoch klappt kann man eine Cue nicht an die letzte Stelle einer Cuelist verschieben.

Trägt man ein Fanning in die Go-To-Time, Go-Back-Time und Release-Time ein, so wird dies zwar akzeptiert und auch gespeichert. Der Kernel verwendet aber nur die erste Zahl des Fannings als entsprechende “Arbeitszeit” und ignoriert das Fanning komplett.

Hier sollte entweder eine Fehlermeldung aufkommen, dass eine solche Eintragung nicht zulässig ist oder dieses Feature unterstützt werden.

Hinweise zum dark theme:
-Im Project Explorer sind die Spaltenüberschriften(Name, Anzahl Szenen, usw) nicht dunkel
-Scrollbalken sind hell

Hallo,

Ich habe einen Fader über USB-MIDI angeschlossen und über die neuen Input Assignments mit der Intensity vom Programmer verbunden.
Wenn ich in der Stage View eine Lampe auswähle und den Fader hochziehe, wird sie erwartungsgemäß heller. Wenn ich es aber abwähle und den Fader direkt wieder runterziehe werden die Werte vom Fader trotzdem noch für einige ms auf das Gerät angewendet.

Die InputAssignments scheinen erst später zu merken, dass inzwischen ein anderes Gerät ausgewählt ist und dementsprechend eines anderen Geräts Intensity geändert werden soll.

s. Screenshot

Beim one shoot sind oftmals so kleine Springer drinnen, z.b. bei einem Chaser mit gefannter Phase, und danach einem Reverse Chaser mit gefannter Phase, dann ist dazwischen mal kurz eine Lampe links und rechts an. Genauso bei einem Kreis Effekt da springt das MH dann mal kurz zur Mitte, während es noch nicht ganz die Bewegung abgefahren hat. Das ganze verhält sich auch bei anderen Effekten ähnlich.

Ich habe in einem Projekt verschiedene Presets auf eine Device Group (konkret Futurelight DMH-80) gelegt und diese Presets dann als Property Preset in verschiedenen Cues eingesetzt.

Ersetze ich (egal ob manuell oder durch die Funktion “Replace devices”) nun alle Geräte in der Device Group, “auf” der das Preset abgelegt ist, vollständig durch einen anderes Gerät (hier Robe Robin 600e Spot), kann das Projekt nach dem Neustart der Sitzung nicht mehr geladen werden.

Aus den Logs von der Vorbereitung der Veranstaltung zum vergangenen Samstag kann ich folgenden Eintrag hierzu entnehmen:

Kernel

2020-01-25 12:09:39,291 [55] ERROR org.dmxc.lumos.Kernel.Scene.Entry.PresetEntry - Didn't find matching DeviceProperty for GUI. Searched for GPW: DimmerProperty in Group Temporary DeviceGroup: , ID: 8b764e55-d1a3-477a-9c69-2d6baeef5f47-SDG

GUI

2020-01-25 12:09:39,292 [ConnectionManager-MessageDispatcher] ERROR Lumos.GUI.Facade.EventWrapper - Exception in Event: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
System.ArgumentNullException: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
   bei Lumos.GUI.Facade.Scene.Entry.SceneEntryFacade.get_GUIDeviceProperty() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\Scene\Entry\SceneEntryFacade.cs:Zeile 133.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.<>c.<SyncPresetInCorrectFolder>b__15_0(IGUISceneEntry c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 151.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.SyncPresetInCorrectFolder(IPresetFacade facade) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 151.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.PresetBranch.GuiSession_PresetChanged(Object sender, PresetChangedEventArgs args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\PresetBranch.cs:Zeile 137.
   bei Lumos.GUI.Facade.EventWrapper`1.raise(Object o, TEventArgs args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\EventWrapper.cs:Zeile 84.
2020-01-25 12:09:39,480 [Main GUI] ERROR Lumos.GUI.Controls.DataGrid.PresetRow - There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
System.ArgumentNullException: There is no Property with the ID: 07a653c6-ec70-48a4-bd6c-82877c93f6db in this DeviceGroup
Parametername: prop
   bei Lumos.GUI.Facade.Scene.Entry.SceneEntryFacade.get_GUIDeviceProperty() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\Scene\Entry\SceneEntryFacade.cs:Zeile 133.
   bei Lumos.GUI.Controls.DataGrid.PresetRow.<>c.<Update>b__10_1(IGUISceneEntry c) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\PresetRow.cs:Zeile 61.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei LumosLIB.Tools.LumosTools.Implode[T](IEnumerable`1 source, String delim) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 1187.
   bei Lumos.GUI.Controls.DataGrid.PresetRow.Update() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Controls\DataGrid\PresetRow.cs:Zeile 60.

Die beigefügten Logfiles zeigen den Versuch, das Projekt nach dem Neustart des Sitzung zu laden. Auf Wunsch, kann ich noch ein entsprechendes fehlerhaftes Projekt zur Verfügung stellen.

Getestet mit Build 1402

Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.

Wenn ich wie im beigefügten Projekt zwischen mehreren Cuelist mit Hilfe einer Cuelist Group direkt (also hart und ohne Fades) wechseln möchte, so erfolgt beim Umschalten kurzzeitig keine Ausgabe. Dies ist sowohl in der Stage View als auch in der Channel Overview zu beobachten.

Im Anhang befindet sich ein entsprechendes Testprojekt. Um das Problem zu reproduzieren, einfach über die Executoren zwischen den drei verlinkten Cuelists wechseln.

Das Ticket entstammt aus einer Rückfrage im Forum, wo das Problem auch schon bei DMXControl 3.1.3 aufgefallen ist.

Der Pfad zur MEVP.dll wird im Ausgabeplugin zwar übernommen, gespeichert und ist nach dem Neustart ebenfalls vorhanden. Aber irgendwie fehlt der Verweis auf die MEVP.dll, da ich im Ausgabeplugin nur den reinen Pfad angebe und (gefühlt) nicht mehr wie in einer der vorherigen Versionen auch den Namen der DLL mit eingebe. Dies hat zur Folge, dass Easy View trotz aktiviertem Interface und DMX-Out nicht starten mag.

Ist die Anzahl der Geräte im Ordner Devices oder in einer Device Group so groß, dass man in dem Ordner scrollen muss, wird bei einer Verlängerung der Gerätebezeichnung immer nur die Länge der Zeichenkette als Referenz genommen, die sich im sichtbaren Teil der Liste befindet. Haben Geräte im unteren Teil der Liste eine (deutlich) längere Bezeichnung, so wird diese nicht vollständig angezeigt - obwohl die Spalte Name diese längere Bezeichnung zum Teil bereits registriert.

Im Anhang ist ein entsprechendes Beispielprojekt zu finden.

Aktiviere ich die Einstellung “Show Taskbar Icon for floating windows” kann ich diese Fenster zwar auf jedem beliebigen Bildschirm maximieren, aber nicht in die Taskleiste minimieren. Letzteres wäre aber gerade für das Arbeiten mit nur einem Bildschirm hilfreich. Zur Zeit muss ich die Fenster immer aus dem Bildschirm “herausschieben”, um im Hauptfenster zu arbeiten.

Derzeit ist es etwas aufwändig neue Cuelists schnell und ordentlich anzulegen. Meistens gehe ich dazu in den Projekt Explorer, lege einen Ordner an (z. B. MH Spots) und packe da meine Cuelists rein. Danach gehe ich in die Stage View, stelle meine Werte ein, öffne die Cuelist und speichere dann die Werte über Add in die Cuelist.

Um das ganze etwas zu beschleunigen haben Stefan und ich folgendes überlegt:

An der linken Seite werden die Buttons “Add Preset” und “Add Cuelist...” entfernt. Stattdessen gibt es nur noch “Add” oder “Store” oder “Record” was auch immer. Danach geht dann ein Popup Fenster auf (siehe Bild 1), in der man zwischen den Optionen wählen kann:

1. in offener Cuelist speichern
2. in (neue) Cuelist mit zusätzlichem Dropdown Liste aller Cuelists
3. in Executor
4. in Preset

Die Dropdown Liste aus dem zweiten Eintrag soll Analog zum “Group Name” aus dem “Add Device” Dialog funktionieren. Entweder man tippt einen Text ein, oder es werden alle existierenden Cuelists angezeigt, wenn man die Liste öffnet (siehe Bild 2). Was noch geklärt werden müsste, wie sich das mit Cuelists in Unterordnern verhält.

Die Auswahl sollte dabei gespeichert werden, falls jemand immer die gleiche Aktion ausführen möchte.

Ausgangssituation: Es gibt mehrere Moving Heads, die zeitversetzt eine Welle (Sinus auf Tilt) durchlaufen sollen. Hierzu gibt es drei Cues, einen mit dem Sinus auf dem Tilt, die One Shot-Cue und eine statische Cue, um die Welle zu beenden. Da es ein gefanntes Delay für alle drei Cues eingetragen ist, bin ich davon ausgegangen, dass nun auch alle Heads die Welle zeitversetzt durchlaufen und jeder mit seinem entsprechenden Delay wieder zum stehen kommt. Das ist aber nicht der Fall. Nachdem der erste Moving Head die Welle durchlaufen hat, beenden alle die Welle irgendwo mitten drin und gehen gleichzeitig direkt auf die statische Stimmung.

Damit in Zukunft bei Controls die größer sind und wenn weitere Eigenschaften bei den Softdesk Controls hinzu kommen, sollte es eine Gruppierung in:
-Position/Rotation (besserer Name willkommen “Allgemein?” )
-Styling (für Style und Farben und in Zukunft vielleicht auch Bilder)
- Funktionsweise
Etc. Stattfinden

Da es scheinbar immer aus verschiedenen Gründen wieder Probleme gibt, Plugins nachzuinstallieren, schlage ich vor, einen kleine Installerfunktion im Pluginmanager zu integrieren, die wie folgt arbeitet:

1. Alle Plugins erhalten entweder eine Hilfsdatei mit Verzeichnisangaben für die Daten oder vorgeschriebene Verzeichnisse, in denen die erforderlichen Daten ablegt werden müssen.
2. Der User lädt das entsprechende Plugin als ZIP-Archiv herunter.
3. Der Plugin-Manager erhält einen zusätzlichen Button mit den Namen “Add plugin”
4. Der User wählt das Plugin aus dem Dateisystem aus und bestätigt die Auswahl.
5. Die Installerfunktion verschiebt die Daten des Plugins in die richtigen Verzeichnisse.
6. Nach dem “Installationsvorgang” fordert DMXControl 3 den User zum Neustart der Software auf.
7. Nach dem Neustart ist das installierte Plugin automatisch aktiviert.

⇒ Plugins werden aus Sicherheitsgründen nicht über DMXControl selber installiert, sondern über ein separates Programm

Ich kann die Softdesk-Elemente aktuell noch nicht in verschiedenen Ebenen anordnen. Dies fällt insbesondere dann auf, wenn ich mit einer Groupbox mehrere Buttons oder Slider optisch zusammenfassen möchte: die Buttons verschwinden im Hintergrund.

Das Presetfenster soll ähnlich zum Effektfenster:

• Icons (mit vorbereiteten Bildern, oder freihandzeichnen)
• Sortieren nach Geräteeigenschaften, oder Gerätegruppen etc.
• Favoriten für Presets anlegen
• Vorschau der Presets bei Mouseover etc.

Damit der Installations-Manager die Plugins für DMXControl 3 automatisch in die richtigen Verzeichnisse kopieren kann, muss eine Hilfsdatei erstellt werden, dessen Inhalte es zu definieren gilt. Folgende Informationen könnten möglicherweise hilfreich sein:

• Art des Plugins (Kernel, GUI)
• Angabe der Verzeichnisse der Dateien
• Author
• Plugin-Version
• kompatible DMXControl-Version
• Checksumme für die im ZIP-Archiv enthaltenden Daten

Lege ich in einem einzigen Graphen mehrere Slider / Fader auf einen Eingang eines Nodes (zum Beispiel auf den Fade Factor des Cuelist-Nodes), so werden die Werte immer nur von einem Slider / Fader verarbeitet. Über die momentan verfügbaren Nodes kann ein solcher Graph aktuell nicht zusammengebaut werden.

Dieses Ticket lege ich hier vornehmlich der Vollständigkeit halber an zur bereits am Samstag nach dem Live-Q&A geführte Diskussion.

Ich würde mir ein Softdesk Control für das Electricity Feature wünschen.
Hintergrund ist die Anzeige der Verschachtelung der Sources. Dies ist im aktuellen Fenster nicht Erkennbar. Außerdem kann man die Amperemter nicht frei positionieren, wodurch die Anzeige schnell unübersichtlich werden kann.

In einem Beispiel habe ich mal meine Standard Stromverteilungen angelegt und als Screenshot hier eingefügt:

Man sollte in Zukunft in der Lage sein mehrere Controls welche man im Softdesk angelegt hat als Template zu speichern.
So muss man diese Controls nicht wieder einzeln einfügen, sondern kann direkt das gesamte Template laden.

Beim Speichern/Laden sollten dann Relative Positionen beachtet werden, Styles und andere Eigenschaften mit übernommen werden und die Template
Dateien sollte auslagerbar sein, damit man diese exportieren/importieren kann.

Ein PositionsControl welches mit einem relativem Wert arbeitet.
Bewegt man die Maus/Touch auf dem Trackpad nach Rechts bewegt sich so z.B. auch ein Scheinwerfer nach rechts.

Vergleichbar mit dem TouchPad bei einem Laptop.
Die Empfindlichkeit sollte einstellbar sein.
Es sollte einen “intelligenten” Modus geben der bei langsamen Bewegungen etwas feiner ist und bei schnelleren Bewegungen größere Schritte geht.

Farbe soll Einstellbar sein.
Einstellung für die Invertierung.

Um schnell wieder zu alten Positionen zu kommen sollte es neben dem Position Control ein [+] geben, welches die
aktuelle Position speichert und dafür einen Button anlegt mit der Aufschrift der jeweiligen Position.
Drückt man diesen Button wird die besagte Position geladen.

Auch denkbar ist an dieser Stelle:
Wird der Button mit gehaltener STRG-Taste gedrück wird ein 2 Sekunden Fade zu der Position ausgeführt.

Möchte ich zum Beispiel das Feedback für einen Button dahingehend darstellen, dass dieser in Abhängigkeit seines Status die Farbe wechselt und ggf. auch anfängt zu blinken, wenn er aktiviert ist, benötige ich eine Reihe von verschiedenen Nodes.

Um das Handling gerade über mehrere Connectionsets zu vereinfachen, würde ich mir an dieser Stelle ein Art Makro-Node (oder Baugruppen-Node oder Blackbox-Node) wünschen, dass ich analog zur Siemens S7 an einer Stelle mit mehreren Nodes fülle, die Nodes konfiguriere und dann die Ports angebe, über die ich dann Werte in das Makro-Node hineinschicke und zurück erhalte.

Das Ziel soll am Ende sein, dass man

• nachträglich Teile eines komplexeren Connectionsset in meine anderen Connectionsets einbauen kann
• entsprechend komplexe Teile eines Connectionsets nur einmal ändern muss (Properties der genutzten Nodes selbst als auch Hinzufügen oder Entfernen von Nodes) und diese Änderung sich auf alle Connectionssets auswirken, in dem dieses Makro-Node verwendet wird
• solche Makros auch projektübergreifend nutzen kann und somit wie eine Bibliothek zur Verfügung stehen, ggf. auch über eine Import- und Export-Funktion

Im InputAssignment fehlt noch die Strg+U Funktion, um den Wert eines Kästchens auf alle ausgewählten Kästchen zu kopieren, so wie dies bereits in Cuelists funktioniert.

Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten

• für die gesamte Laufzeit einer Cuelist?
• nur für die einzelne Cue und somit mit jedem Aufruf einer oder auch der selben Cue direkt neu generiert werden?

Diese Situation betrifft nicht nur die Properties selbst, sondern zum Beispiel auch die Werte für Fade, Delay etc. in den Cuelists selbst. Diese Frage bzw. das Verhalten dieser Operatoren sollte ggf. nochmal diskutiert werden.

Ich habe die Cuelists A, B und C. Die Cuelists A und C sind bereits einer Cuelist Group zugeordnet. Nun lege ich noch Cuelist D an. Alle Cuelists A bis D möchte im Anschluss nun der gleichen Cuelist Group zuordnen, wähle dazu alle aus und ziehe die Cuelists auf die Cuelist Group. Nun sperrt mir die GUI das Ablegen der Auswahl, da ja bereit eine Cuelist (hier A und C) innerhalb der Auswahl bereits im Ziel (also der Cuelist Group) enthalten ist.

Das “Sperren” ist in dem Sinne unschön (weswegen ich das Ticket als Fehler gekennzeichnet habe) und vom Workflow her ineffektiv ist, dass ich immer vorher erst schauen muss, was ist im “Zielordner” (meist Cuelist Group, Device Group, Stage View und Eletricity Management) bereits enthalten. Im zweiten Schritt muss ich über eine Mehrfachauswahl die Cuelists o. ä. anwählen, die ich dem Zielordner hinzufügen möchte. Hierbei laufe ich aber Gefahr, entweder Cuelists zu vergessen oder ich erwische doch nochmal eine, die bereits in der Cuelist Group enthalten ist, worauf ich die Auswahl nochmal ändern oder möglichst alle Cuelists einzeln der Cuelist Group zuordnen muss.

An dieser Stelle wünsche ich mir einen Workflow, bei dem diese “Vorabkontrolle” entfällt, ob eine Cuelist in einer Cuelist Group enthalten ist oder nicht.

Auch wenn das Verhalten bereits in der 3.1 schon so war, habe ich das Ticket mal mit zur 3.2 gepackt, weil es hier nun nochmal explizit aufgefallen ist.

Füge ich das Art-Net-Ausgabeplugin neu hinzu, werden die Send- und Recieve-Universen aus meiner Sicht ungünstig adressiert. Im konkreten sieht das wie folgt aus:

Device 1

• Send U1 - U4: Universes 0 - 3
• Revice U1 - U4: Universes 4 - 7

Device 2

• Send U5 - U7: Universes 8 - 11
• Revice U5 - U7: Universes 12 - 15

Möchte ich nun ein 8-Port Art-Net-Node ansprechen, muss ich hier im Device 2 mindestens die Universen für Send neu sortieren. Ich könnte zwar mein Art-Net-Node auch irgendwie umkonfigurieren, aber persönlich finde ich diese Stückelung innerhalb eines Subnet nicht geschickt. Mein erster Vorschlag wäre folgende Standard-Konfiguration:

Device 1

• Send U1 - U4: Universes 0 - 3
• Revice U1 - U4: Universes 8 - 11

Device 2

• Send U5 - U7: Universes 4 - 7
• Revice U5 - U7: Universes 12 - 15

Es soll angeboten werden, das einstellungen mit in das Project exportiert werden um die settings mitnehmen zu können.

Mit einer abfrage beim Ersten start, ob die Profesionell, Fortgeschritten, Basic Beginners-Settings geladen werden sollen.

MfG
Qasi

Eigene Endung für DMXC3 Projekte: .dmxc3

Eigene Endung für DDFs: .ddf3

Cool!

Es wäre hilfreich, wenn auch im Input Assignment die Ordnerstruktur, die im Projektmanager angelegt wurde, verwendet wird.

Da aktuell die Saved Effects eine Programmeinstellung und somit an den PC gebunden sind, können die selbst erstellten Effekte nicht auf einem anderen PC genutzt werden.

Es ist daher zu überlegen, ob die eigene Effekte mit Bestandteil eines Projekts werden. Dies hätte zur Folge, dass diese dann auch in den Project Explorer aufgenommen werden.

Im Fenster Device Control ist alternierendes Fanning bei den Werten für die Farbkanäle nur mit zwei Werten möglich, werden mehr als zwei eingegeben (und natürlich durch ‘#’ getrennt) werden beim Bestätigen mit Enter nur die ersten zwei Werte übernommen. Anders ist dies bei der Dimmer-Eigenschaft, hier können auch drei Werte abgewechselt werden. Bitte ausbessern ;)

Die neue UNDO/REDO-Edit Funktion im Editor würde ich nicht nach ganz oben im Rechte-Maustaste Kontext-Menü setzen, sondern tiefer.

Außerdem ist das mit der Namensgebung noch etwas unglücklich, weil direkt darunter der Eintrag “Edit in Programmer” kommt. Ich könnte mir vorstellen, dass es da - gerade für Newbies - zu Schwierigkeiten und Missverständnissen kommt.

Es wäre hilfreich, wenn bereits verwendete Nodes eine Markierung erhalten, dass sie bereits irgendwo verwendet worden sind.

Folgendes Szenario:
Man hat ein 24 Kanal DMX Pult als Input und möchte wissen, ob ich bereits alle Fader verbraten hab, oder ob noch 1/2 frei sind. Dadurch hätte man einen guten Überblick.

Lösungsvorschlag:
Sobald Node irgendwo benutzt wurde, wird der Pfeil orange eingefärbt.

Getestet mit Build 1572

Da durch das Electricity-Feature nun ein weiteres Icon in der Menü-Leiste des Project-Explorers hinzugekommen ist, würde ich nun die generelle Sortierung überdenken und stelle folgenden Vorschlag in den Raum:

1. Create Cuelist
2. Add Device
3. Create Cuelist Group
4. Create Device Group
5. Create Executor Page
6. Add Softdesk
7. Add Power Source
8. Create Stage View
9. Create Item List
10. Import Files

Da die Sortierung meinem persönlichen Empfinden entspricht, habe ich das Ticket mal auf Usability Relevant gestellt und ein paar Personen eingeladen. Die aktuelle Anordnung der Icons in der Menü-Leiste sind im Anhang zu sehen.

Geprüft mit Build 1602

Im Rahmen der Vorbereitung der Video-Tutorials kam nach einer Diskussion zu den Default-Werten der Cuelists der Wunsch auf, die Optionen

• Use cue time as back time
• Use cue time as goto time

per Default auf true zu setzen. Für einen Einsteiger ist unter Umständen auf den ersten Blick nicht ersichtlich, dass hier für die Cuelist globale alternative Zeiten gelten, wenn man direkt zu einer Cue springt.

Erwartetes Verhalten der Stage View.
1. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt
2. Drücken in leeren Bereich der Stage View: Alle gewählten Objekte werden abgewählt.
3. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt.

Aktuelles Verhalten der Stage View.
1. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups werden ausgewählt
2. Drücken in leeren Bereich der Stage View: Alle gewählten Objekte werden abgewählt.
3. Drücken ‘Alle auswählen’: Alle vorhandenen Device Groups Devices werden ausgewählt.

Aktuell kann man aus der Stage View heraus bereits Geräte zu einer neuen (leeren) Device Group hinzufügen.

Hier könnte ich mir einen zusätzlichen Workflow als hilfreich vorstellen, mit dem man in der Stage View ein oder mehrere Geräte auch einer existierenden Device Group hinzufügen kann. Bis dato ist dies ja nur im Add Device möglich, aber nur für eine Gruppe.

Ich habe das Ticket mal auf Usuability Relevant gesetzt, um damit herauszufinden, ob dieser Mehrwert auch von jemand anderes gesehen wird.

Ich habe auf meinen PCs mit Hilfe der Umgebungsvariable DMXC3_PROFILE bzw. DMXC3_PROFILE_3_2 das “Arbeitsverzeichnis” von DMXControl verschoben. Möchte ich nun über die Menüeinträge Help ⇒ Log files ⇒ Open Kernel log file bzw. Open GUI log file die entsprechenden Dateien aufrufen, funktioniert dieser Befehl nicht.

Beide Befehle funktionieren nur, wenn sich die Daten im Standardverzeichnis unter AppData befinden.

wenn ich ein Gerät in eine Elektrizität Gruppe hinzufüge wird mir dieses Gerät nicht automatisch im Baum Angezeigt.
Keine Rückmeldung ob Gerät hinzugefügt wurde, erst das Aktuallisieren der Ansicht (F5 oder ähnliches) lässt das Gerät erscheinen.

Man hat die Möglichkeit Gruppen erneut zu gruppieren.
Die Tiefe ist auf unbegrenzt, ausgenommen Schleifen
Auf diese oberste Gruppe koennen auch Effekte gelegt werden.
Ist ein Gerät in mehreren Gruppen, werden nur die Werte aus der ersten Gruppe verwendet.

Wenn ich die Größe einer Matrix nachträglich über die Properties ändere (egal ob Vergrößerung oder Verkleinerung), kommt diese Änderung im PropertyGrid zahlenmäßig erst an, nachdem ich einmal den Matrix FormEditor geöffnet und mit OK wieder geschlossen habe. Die Matrix-Effekte kommen nach (und auch während) der Änderung allerdings direkt richtig an. In den meisten Fällen sollte dieser Schritt meiner Meinung unnötig sein und könnte aktuell noch zu Verwirrungen führen.

Öffne ich Cuelists zur Ansicht kann ich die Cues in den Programmer legen. Allerdings sieht es scheinbar so aus, dass ich auch Werte aus dem Programmer wieder in die zur Ansicht geöffnete Cuelist abspeichern kann. Tatsächlich werden die Werte aber in der Cue abgelegt, die im Edit-Modus einer Cuelist geöffnet ist.

Daher wäre es zu überlegen, die Menüpunkte zum Bearbeiten von Cues in der zur Ansicht geöffneten Cuelist zu entfernen. Welche dies sind, wäre noch festzulegen. Möglicherweise reicht der Menüpunkt “Add Cue” aus.

Aus meiner Sicht könnte es hilfreich sein, wenn die automatischen Regeln zum Erstellen eines Graphen nicht nur im Hintergrund in der Tabellenansicht angewendet werden, sondern auch in der Graphenansicht selbst.

Beispiel: ich ziehe in der Graphenansicht den Button eines Softdesks auf das GO einer Cuelist und einen Slider auf die Intensity. Die erste Verbindung wird gemäß der Standardvorgaben automatisch um den Binary Switcher erweitert, die zweite um einen Rule of Three.

Oft passt die neue Anzeige vor den Cues nicht. Mal ist ein Feld hellrot, mal dunkelrot. SIehe Bilder( zu zwei verschiedenen Zeitpunkten ist Cue1 einmal hellrot und einmal dunkelrot)

Da bei einem schmalen Cuelist-Editor-Fenster vor allem die Slider für Intensity, Speed und Face Factor schwierig zu bedienen sind, soll die gesamte Menüleiste in mehrere Gruppen aufgeteilt werden, sodass diese frei und auch in mehreren Zeilen frei positioniert werden können. Mögliche Gruppen können sein:

1. Go, Pause, Stop
2. Add Cue, Edit, Up, Down,
3. Mode, Options, Autoscroll
4. Intensity, Time (Fade Factor), Speed

Alle aktiv laufenden Cues frieren nach ZURÜCKstellen der Systemuhrzeit komplett ein. Beim VORstellen der Uhrzeit gab es dieses Verhalten nicht.

Nach erneutem Start dieser Cues bleiben alle Devices nur auf der Farbe weiß stehen.
Dieses Phänomän lässt sich beliebig oft wiederholen. Stellt man die Uhrzeit wieder auf die aktuelle Uhrzeit um, so laufen alle Cues & Effekte wieder einwandfrei.

Andere Cues (die nach der Zeitumstellung gestartet wurden) laufen problemlos.

Dieses Verhalten konnte auf mehreren 3.1.3 & 3.2 Versionen reproduziert werden.