|
2043 | |
Server | Wunsch / Idee | sehr niedrig | Per AutoHotkey kann nicht festgestellt werden, wann der... | Neu | Beta 6 | | 29.09.2014 | 09.06.2022 | Stefan |
Aufgabenbeschreibung
Für mein Screenshot-Tool https://github.com/DMXControl/Screenshot starte ich des öfteren den DMXControl Kernel. Leider kann AutoHotkey den Text in der Konsole nicht lesen, sondern nur den Fenstertitel. Ich kann also automatisiert nicht feststellen, wann der Kernel für weitere Aktionen bereit ist.
Ich würde mir folgnde Änderung wünschen: Während dem Betrieb lautet der Titel der Kernel-Konsole ja folgendermaßen: > DMXControl Kernel V3.0.6.0 BETA 6 Datum Uhrzeit: Informationen
Ich würde mir wünschen, dass er während dem Startup noch irgendeinen zusätzlichen Text, z.B. starting enthält, der dann verschwindet, wenn der Kernel Startup fertig ist. > DMXControl Kernel V3.0.6.0 BETA 6 starting Datum Uhrzeit: Informationen
Dann könnte ich automatisch darauf warten, bis das starting verschwindet, und weiß dann, dass der Kernel bereit ist.
|
|
4398 | |
Server | Fehlerbericht | niedrig | Unable to fetch Enttec Pro List | Unbestätigt | 3.2.2 | | 13.03.2021 | 13.03.2021 | Stefan |
Aufgabenbeschreibung
Betrifft Version 3.2.2.339 (Release)
Beim Starten des DMXControl 3 Kernels taucht folgender Fehler im Log auf, obwohl kein Enttec Interface konfiguriert/verfügbar ist:
ERROR EnttecProFactory - Unable to fetch Enttec Pro List: Entry point was not found.
System.EntryPointNotFoundException: Entry point was not found.
at System.IDisposable.Dispose()
at Enttec_Pro_Lib.EnttecProLib.getInterfaces() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecProLib.cs:line 135
at org.dmxc.lumos.Kernel.DMX.EnttecProFactory.<get_Interfaces>d__8.MoveNext() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecFactory.cs:line 73
WARN EnttecProFactory - Execution of Interfaces took 1150 ms in Factory EnttecProFactory
|
|
1790 | |
GUI | Fehlerbericht | niedrig | Phasenverschiebung bei zeitabhängigen Effekten nicht in... | Neu | Beta 4 | | 31.08.2013 | 31.08.2013 | LightningBrothers |
Aufgabenbeschreibung
Bei Effekten wie Rechteck, Trapez oder weiteren, bei denen explizit mit Zeiten gearbeitet wird (fade up time, fade down time, pause) sollte nicht die Phasenverschiebung nicht als Winkel in Grad, sondern als Zeitwert in (Milli-) Sekunden angegeben werden.
|
|
2109 | |
GUI | Fehlerbericht | niedrig | Nachträgliches Ändern der Matrixgröße | Entscheidung | 3.0 | 3.0.2 | 30.12.2014 | 14.08.2023 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
2488 | |
GUI | Wunsch / Idee | mittel | Tab-Index / Tabulatorsteuerung für Property-Grid | Neu | 3.0.1 | | 03.06.2016 | 03.06.2016 | LightningBrothers |
Aufgabenbeschreibung
Hat man in ein Feld im Property-Grid geklickt, um einen Wert einzutragen, sollte beim Betätigen der Tab-Taste der Cursor direkt in das darunterliegende Feld springen und ggf. sogar direkt den Eintrag aus dem Feld auswählen. Hat ein Feld mehrere, durch ein Semikolon getrennte werde, so werden diese jeweils einzeln von links nach rechts durchgeschaltet (als ob es einzelne / getrennte Felder wären) und ebenfalls direkt zum Überschreiben ausgewählt. Durch drücken der Kombination Umschalt + Tab springt der Cursor ins vorherige Feld.
Beispiel der Tab-Reihenfolge für einen LED-PAR entsprechend des Aufbaus im Property-Grid: DIMMER > STROBE > COLOR (rot) > COLOR (grün) > COLOR (blau) > DIMMER
Aktuell ist es so, dass der Cursor quasi eine Kreis dreht: Wert > Dropdown-Pfeil für Schiebebalken > Umschaltmenü Values, Group Handlung, Registerkarte Properties > Wert
|
|
2489 | |
GUI | Fehlerbericht | niedrig | Auswahl von Werten bei Doppelklick im Property-Grid | Neu | 3.0.1 | | 03.06.2016 | 03.06.2016 | LightningBrothers |
Aufgabenbeschreibung
Führt man einen Doppelklick im Property-Grid aus, so wird bei Feldern mit durch Semikolon getrennte Werte immer noch das Semikolon und das dahinter folgende Leerzeichen mit ausgewählt. Dies macht das schnelle Ändern gerade bei Color und Position unnötig aufwendig, da hier folglich auch immer das Semikolon mit neu gesetzt werden muss.
|
|
2625 | |
GUI | Wunsch / Idee | niedrig | Neuer Effekt "Random-Strobe-Chaser" | Zugeteilt | 3.0.2 | | 01.11.2016 | 17.12.2020 | LightningBrothers |
Aufgabenbeschreibung
Mit einem einfachen Chaser kann man zwar ein Random-Strobe generieren, jedoch sind diese Einstellungen an die Anzahl der aktiven Geräte innerhalb einer Gruppe gebunden und bei dem einfachen Chaser ist immer nur ein Gerät aktiv. Der Random-Strobe-Chaser geht über den einfachen Chaser hinaus und sollte über folgende Parameter zum Einstellen verfügen. Die nachfolgend genannten Parameter sollen dabei unabhängig von der Anzahl der aktiven Geräte innerhalb der Gruppe gelten.
Anzahl der gleichzeitig aktiven Geräte
Zeit Dimmer an
Zeit Dimmer aus
Zufällige Pausenzeit
Maximale Helligkeit
Zufälliger Helligkeitswert / Mindestwert
Laufrichtung des Strobes (vorwärts, rückwärts, von der Mitte aus, zur Mitte hin, zufällig)
Die zufällige Pausenzeit soll den Strobe-Effekt zufällig entsprechend unterbrechen, sofern hier ein Wert eingetragen ist.
Ist ein Wert im Feld „zufälliger Helligkeitswert“ gesetzt, soll hier durch jedes Gerät leuchtet immer mit einer anderen zufällig generierten Helligkeit zwischen dem Mindestwert und dem Maximalwert, wobei der Wert „zufälliger Helligkeitswert“ den Mindestwert angibt. Auf diese Weise lässt sich gerade bei einer größeren Zahl an Geräten eine besondere Tiefenwirkung erzielen.
Ein zusätzlicher Clou wäre an dieser Stelle, wenn sich der Wert für die Anzahl gleichzeitig aktiver Geräte live vom Softpult aus beeinflussen ließe, beispielsweise über die Effekt-Speed der Cueliste.
|
|
2807 | |
Server | Wunsch / Idee | mittel | Skalierung des Wertebereichs für Pan und Tilt | Zugeteilt | 3.1 | | 24.04.2017 | 20.02.2019 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann man bei MovingLights nur pro Gerät einen Offset für Pan und Tilt festlegen. Sollen aber MovingHeads und Scanner gemeinsam in einer Gruppe fahren, müssen im Regelfall die Bewegungen für die Scanner verkleinert werden, damit diese nicht immer in die Anschläge fahren.
Darüber hinaus kann man mit Hilfe der Skalierung für Pan und Tilt in Verbindung mit dem Offset, jedes MovingLight indivuell Positonieren und den Aktionsbereich festlegen.
Die Skalierung für Pan und Tilt sollte jeweils getrennt einstellbar sein. Der Wertebereich sollte effektiv gesehen alle Werte größer 0 zulassen, wobei bei 0 bis 1 der Aktionsbereich verkleinert und >1 entsprechend vergrößert wird.
|
|
2820 | |
GUI | ToDo | niedrig | Einheiten für Eingabewert im Device Control ergänzen | Unbestätigt | 3.1.1 Beta x | | 19.05.2017 | 03.04.2020 | LightningBrothers |
Aufgabenbeschreibung
An verschiedenen Stellen fehlt aktuell noch die von DMXControl erwartete Einheit der Eingabe im Device Control in Abhängigkeit der GUI-Einstellung für den Wertebereich, unter anderem in:
Frequency (unter anderem bei den Effekten Circle, Polygon, Hypozykloide)
Amplitude X und Y
Rotation Frequency (unter anderem bei Polygon)
|
|
2829 | |
GUI | ToDo | niedrig | Channel Overview: Layout Optimierung | Zugeteilt | 3.1.1 Beta x | | 27.05.2017 | 29.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Anfang und Ende eines Adressbereichs für ein Gerät besser kennzeichnen, zum Beispiel durch abgerundete Ecken
Adresse in die Mitte verschieben(Fett), Darunter dann der DMX-Wert
Vergrößerung der Balken für Kanalwerte(auf voller Breite aber hinter Adresse und Value)
Highlighting der Kanäle der gerade in der StageView ausgewählten Geräte
Farbliche Kategorisierung der einzelnen Kanalfunktionen wie Dimmer, Color, Position, Gobo, Strobe / Shutter (ENTSCHEIDUNG)
|
|
2895 | |
GUI | Wunsch / Idee | niedrig | Benutzerdefinierte Shortcut für Kommandozeile | Unbestätigt | 3.1.1 Beta x | | 06.08.2017 | 06.08.2017 | LightningBrothers |
Aufgabenbeschreibung
Wie im Projektgespräch vom 06.08.2017 vorgeschlagen sollte der Shortcut zum Aufrufen der (geplanten) Kommandozeile vom Benutzer einstellbar sein. Die aktuelle Belegung F12 aus dem Input Assignment zu entfernen, könnte umgekehrt Verwirrung stiften und es würde sowieso dieser Vorschlag unterbreitet werden.
|
|
2909 | |
GUI | ToDo | niedrig | Edit in Programmer oder Menü-Eintrag Add cue für zur An... | Entscheidung | 3.1.1 Beta x | | 22.08.2017 | 29.09.2019 | LightningBrothers |
Aufgabenbeschreibung
Ö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.
|
|
3008 | |
GUI | Wunsch / Idee | niedrig | Funktionserweiterungen für Patching-Dialog zum Patchen ... | Unbestätigt | unbestimmt | | 12.01.2018 | 07.08.2021 | LightningBrothers |
Aufgabenbeschreibung
Aktuell ist es so, dass man im Patching-Dialog nur Gerät für Gerät den Patch ändern kann. In manchen Situation ist es aber vom Handling her einfacher, direkt für mehrere Geräte den Patch zu ändern. Daraus abgeleitet, wären folgende zusätzlichen Funktionen erforderlich:
Auswahl von mehreren Geräten in ein anderes DMX-Universum umpatchen. Die Adressen innerhalb des Universums werden 1-zu-1 übernommen. Der User gibt nur das Ziel-Universum an.
Auswahl von mehreren Geräten ab einer bestimmten DMX-Adresse neu patchen. Für das erste Gerät der Auswahl gibt der User die Start-Adresse sowie den Freiraum zwischen zwei Geräten an.
Aktivierung der Auswahlmöglichkeit von mehren Geräten in der Kanalübersicht des Patching-Dialogs.
* Auswahl von mehreren Geräten ab einen bestimmten Wert eine neue Device-ID zuweisen. Für das erste Gerät der Auswahl gibt der User den Start-Wert sowie den Freiraum zwischen zwei Geräten an. ⇒ Hat nix mit DMX Patching zu tun
Ergänzung: Grundlegend sollte die Vergabe der neuen DMX-Adressen immer an Hand der Sortierung der Spalten erfolgen, die jeweils im Patching-Dialog vor dem Starten der automatischen Patching-Funktion gesetzt ist.
|
|
3026 | |
GUI | Wunsch / Idee | niedrig | Optimierungen im Dialog "Device Properties" | Unbestätigt | 3.1.1 | | 01.02.2018 | 02.09.2018 | LightningBrothers |
Aufgabenbeschreibung
Beim Umbau und Anpassung eines vorhandenen Projekts auf ein neues Licht-Setups sind mir im Dialog für die Device Properties folgende Optimierungsmöglichkeiten aufgefallen:
Sind mehrere Geräte ausgewählt, können unterschiedliche Einstellungen zum Beispiel bei Pan- & Tilt-Reverse, nicht gemeinsam auf einen neuen Wert gesetzt werden. Hier wäre der Vorschlag, dies zwar entsprechend zu kennzeichnen, dass die Geräte in der aktuellen Auswahl an dieser Stelle unterschiedliche Einstellungen aufweisen, am Ende aber Änderungen für alle Geräte zuzulassen.
Das Einstellen von individuellen Offsets bei Pan und Tilt für mehrere Geräte könnte beschleunigt werden, wenn das Dialogfenster unten links noch zwei zusätzliche Buttons mit “<” und “>” erhält. Über diese Button kann man dann zum Gerät mit der niedrigeren (<) bzw. höheren (>) Device-ID springen. So spart man sich eine Reihe von Mausklicks, um den Dialog für das nächste Gerät aufzurufen.
|
|
3045 | |
GUI | Wunsch / Idee | niedrig | Syntax zum Ausklammern von einzelnen Effekten und Cues ... | Unbestätigt | 3.1.1 | TBD (UIS) | 28.03.2018 | 27.05.2018 | LightningBrothers |
Aufgabenbeschreibung
Wird über einen Group-Master für eine Geräte-Gruppe eine Helligkeit festgelegt, verlieren insbesondere Blinder- und Strobe-Effekte ihre Wirkung. Um diesem entgegen zu treten, schlage ich die Integration eines neuen Syntax für Helligkeitswerte: FL.
Wird in den Cues anstelle von 100% der Wert FL eingetragen, so gelten für diesen Cue die Einstellungen in den Groupmastern nicht mehr. Die einzige Möglichkeit zur Steuerung der maximalen Helligkeit bleibt dann nur noch über die Cuelist Intensität selbst.
Alternativ könnte man noch über die Einführung einer Einstellmöglichkeit in den Cuelist Optionen nachdenken, dort den Zugriff der Groupmaster auf die jeweilige Cuelist zu deaktivieren.
|
|
3058 | |
GUI | Wunsch / Idee | niedrig | Optimierung im Panel für Color | Zugeteilt | 3.1.1 | | 04.05.2018 | 04.05.2018 | LightningBrothers |
Aufgabenbeschreibung
Zur einfacheren Bedienung schlage ich vor, das Panel Color wie folgt zu ergänzen:
|
|
3124 | |
GUI | Wunsch / Idee | niedrig | Such-Funktion für Project Explorer | Zugeteilt | 3.1.2 | | 30.07.2018 | 30.07.2018 | LightningBrothers |
Aufgabenbeschreibung
Ich habe gerade mein Projekt wieder für die nächste Show vorbereitet und musste mich hier durch eine Reihe von Ordnern klicken, in die ich meine Cuelists verteilt habe.
Um eine Cuelist noch schneller zu finden, könnte ich mir eine Suchfunktion im Projekt Explorer gut vorstellen, bei der man bei Bedarf auch auswählen kann, in welchem Hauptordner (Cuelist, Device, Stage View etc.) gesucht werden soll. Auf diese Weise ließen sich zum Beispiel nachträgliche Änderungen an Cuelist Settings noch schneller durchführen, wenn diese auf verschiedene Ordner verteilt sind.
|
|
3136 | |
Plugin | Wunsch / Idee | mittel | Installerfunktion für Plugings via separatem Programm | Bestätigt | 3.1.2 | | 20.08.2018 | 31.08.2018 | LightningBrothers |
Aufgabenbeschreibung
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:
Alle Plugins erhalten entweder eine Hilfsdatei mit Verzeichnisangaben für die Daten oder vorgeschriebene Verzeichnisse, in denen die erforderlichen Daten ablegt werden müssen.
Der User lädt das entsprechende Plugin als ZIP-Archiv herunter.
Der Plugin-Manager erhält einen zusätzlichen Button mit den Namen “Add plugin”
Der User wählt das Plugin aus dem Dateisystem aus und bestätigt die Auswahl.
Die Installerfunktion verschiebt die Daten des Plugins in die richtigen Verzeichnisse.
Nach dem “Installationsvorgang” fordert DMXControl 3 den User zum Neustart der Software auf.
Nach dem Neustart ist das installierte Plugin automatisch aktiviert.
⇒ Plugins werden aus Sicherheitsgründen nicht über DMXControl selber installiert, sondern über ein separates Programm
|
|
3146 | |
GUI | Wunsch / Idee | niedrig | Saved Effects ins Projekt aufnehmen | Usability Relevant | 3.1.2 | | 29.08.2018 | 29.08.2018 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3149 | |
Server | ToDo | niedrig | Inhalts-Defintion der Hilfsdatei für Installations-Mana... | Bestätigt | 3.1.2 | TBD (UIS) | 30.08.2018 | 01.07.2019 | LightningBrothers |
Aufgabenbeschreibung
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
|
|
3213 | |
GUI | Wunsch / Idee | niedrig | Optimierung im Dialog "Device Control" | Unbestätigt | 3.1.3 | | 29.11.2018 | 26.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Für das Device Control wünsche ich mir zwei Buttons, mit dessen Hilfe ich das Fanning im ausgewählten Feld “durchschalten” kann. Dies kommt vor allem bei alternierenden Fannings zum Tragen. Die Buttons könnten daher einfach mit « und » beschriftet sein. Beim Drücken von » würde folgendes passieren:
255;128;0 # 0;128;255 # 64;192;48
64;192;48 # 255;128;0 # 0;128;255
0;128;255 # 64;192;48 # 255;128;0
Der Button « tauscht die Werte innerhalb des Fannings entsprechend Schritt für Schritt wieder zurück. Ähnlich würde es bei einem linearen Fanning laufen, wenn der Button » gedrückt wird:
255;128;0 > 0;128;255
0;128;255 > 255;128;0
|
|
3262 | |
Server | Wunsch / Idee | niedrig | Alternierende Fannings auch für Group Handling zulassen | Unbestätigt | 3.1.3 | | 28.12.2018 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Unter dem Ticket FS#2680 hatte ich vorgeschlagen, den Syntax im Device Control derart zu erweitern, um eine Cue mit folgender Lichtstimmung etwas einfacher programmieren zu können:
rot, rot, rot, blau, blau, weiß
Da der seiner Zeit vorgeschlagene Syntax möglicherweise zu schwierig ist, kam mit beim Programmieren an einem aktuellen Projekt von mir der entsprechende Gedanke, auch beim Group Handling alternierende Fannings zuzulassen. Um die gezeigte Lichtstimmung zu programmieren, wären folgende Eingaben erforderlich:
|
|
3264 | |
Server | Wunsch / Idee | sehr niedrig | Cues innerhalb einer Cuelist gruppieren als Altenative ... | Unbestätigt | 3.1.3 | TBD (UIS) | 29.12.2018 | 05.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Ich habe mir gerade einen Regentropfeneffekt für LED-BARs gebaut, so wie es ihn auch bei LED-Eiszapfen beim Weihnachtsschmuck gibt. Hierbei kam mir der Gedanke, Cues innerhalb einer Cuelist zu gruppieren. Dies bedeutet, alle Cues mit einem gleichen Group Index werden immer in der Reihenfolge abgespielt, wie sie in der Cuelist sortiert sind. Dieses Feature kommt vornehmlich zum Tragen, wenn man den Wiedergabemodus Reverse, Bounce oder Random wählt. Beispiel:
Block 1, Szene 1
Block 1, Szene 2
Block 1, Szene 3
Block 2, Szene 1
Block 2, Szene 2
Block 3, Szene 1
Block 3, Szene 2
Block 3, Szene 3
Block 3, Szene 4
Ist das Feature aktiviert, besteht die Cuelist effektiv nur aus vier Steps, der nämlich jeweils bei Szene 1 jedes Blocks beginnt.
Dieses Feature ist quasi eine Abwandlung der Möglichkeit mittels Befehlen andere Cuelists zu starten, die vielleicht etwas einfacher zu programmieren und vor allem zu pflegen ist, da sich alles innerhalb einer Cuelist abspielt. Man spart sich hier nämlich das erstellen der unterschiedlichen Cuelists sowie das Verknüpfen untereinander über die Befehle.
|
|
3296 | |
Installer | Fehlerbericht | mittel | Verknüpfung zum Ordner Eigene DDFs wird nicht angelegt | Auf Vereinsmitglieder warten | 3.2 Alpha x | 3.3.1 | 06.01.2019 | 30.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Getestet mit Build 1402
Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.
|
|
3302 | |
Server | ToDo | mittel | Gewünschtes Verhalten der Fanning-Operatoren ? und ?? f... | Usability Relevant | 3.2 Alpha x | | 11.01.2019 | 11.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten
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.
|
|
3308 | |
GUI | Wunsch / Idee | sehr niedrig | Übersicht über globale Tastatur Shortcuts | Zugeteilt | unbestimmt | | 16.01.2019 | 19.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Da sich DMXControl 3 an vielen Stellen über Tastatur Shortcuts steuern lässt - unabhängig von der Belegung im Input Assignment - sollte es ggf. in den Einstellungen eine zentrale Übersicht über die verfügbaren Shortcuts geben. Photoshop bringt unter anderem eine solche komplette Übersicht mit. Die Übersicht könnte optional nach den entsprechenden Bereichen gruppiert sein, zum Beispiel Stage View oder Cuelists.
Um während des Live-Betriebs ein unerwünschtes Verhalten der Software zu vermeiden, sollte es in dieser Übersicht einen einzigen einstellbaren Eintrag geben - nämlich die globalen Shortcuts zu aktivieren oder zu deaktivieren. Die restlichen Einträge ist festgesetzt und können vom User nicht geändert werden.
|
|
3309 | |
Installer | Fehlerbericht | niedrig | Eigener Registry-Eintrag für DMXControl 3.2 und folgend... | Unbestätigt | 3.2 Alpha x | | 16.01.2019 | 05.04.2021 | LightningBrothers |
Aufgabenbeschreibung
Ich habe mittlerweile DMXControl 3.2 und DMXControl 3.1.3 auf dem gleichen PC, aber in getrennten Verzeichnissen installiert. Bei der Installation hat der Installer nun aber den Pfad im Registry-Eintrag für DMXControl 3 geändert, sodass ich DMXControl 3.1.3 nicht im No-Network-Modus starten kann. Hier wird nun der Kernel der 3.2 aufgerufen. Starte ich GUI und Kernel getrennt, klappt aber alles.
Im Zuge des anstehenden Beta-Tests schlage ich daher vor, bei der Installation von DMXControl 3.2 einen neuen Registry-Eintrag anzulegen, um beide Version auf dem gleichen PC noch weiter voneinander “zu trennen”. Ich könnte mir hier auch vorstellen, dass es bei einer späteren Deinstallation von DMXControl 3.1.3 Probleme entstehen, sondern der Uninstaller auf die entsprechenden Einträge zurückgreift.
|
|
3336 | |
StageView | Wunsch / Idee | niedrig | Bildausschnitt der Stage View als Grafikdatei exportier... | Unbestätigt | 3.2 Alpha x | | 26.01.2019 | 26.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Stage View kann vor Ort durchaus auch immer wieder für handschriftliche Notizen genutzt bzw. auch zum Patchen der Geräte genutzt werden. Um einen guten Ausdruck generieren zu können, wäre hier eine Exportfunktion des aktuellen Ausschnitts als Grafikdatei hilfreich. Im Idealfall wird die exportierte Datei entsprechend gerendert, sodass sie dann in einer höheren Auflösung als die Ausgabe auf dem Bildschirm zum Ausdruck zur Verfügung steht.
|
|
3360 | |
GUI | Wunsch / Idee | niedrig | Optimierung der Icon-Sortierung im Project Explorer | Usability Relevant | 3.2 Alpha x | 3.4 | 02.02.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
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:
Create Cuelist
Add Device
Create Cuelist Group
Create Device Group
Create Executor Page
Add Softdesk
Add Power Source
Create Stage View
Create Item List
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.
|
|
3373 | |
Server | Wunsch / Idee | niedrig | Änderung des Defaults für Use cue time as back / goto t... | Usability Relevant | 3.2 Alpha x | | 10.02.2019 | 10.04.2022 | LightningBrothers |
Aufgabenbeschreibung
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
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.
|
|
3413 | |
InputAssignment | Wunsch / Idee | niedrig | Schreibweise der Node-Anschlüsse vereinheitlichen | Unbestätigt | 3.2 Alpha x | | 26.02.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Getestet mit Alpha 3, Build 11
Die Schreibweise der Anschlüsse in den Nodes und somit auch in der Baumstruktur des Input Assignments sowie in den Properties der einzelnen Nodes sollte nur nach einem einzigen Schema erfolgen, zum Beispiel nur der erste Buchstabe eines Wortes groß oder nach der allgemein gültigen Rechtschreibung. Durch die Schreibweise teilweise in Großbuchstaben sieht es so aus, als ob es “höherwertige” oder “minderwertige” Anschlüsse an den Nodes gibt. Dies führt unter Umständen zu vermeidbaren Erklärungen und Erläuterungen.
|
|
3463 | |
InputAssignment | Wunsch / Idee | niedrig | Standardgraphen / -konvertierungen auch innerhalb der G... | Entscheidung | 3.2 Beta x | | 12.03.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3526 | |
StageView | ToDo | hoch | WARN org.dmxc.lumos.XNAViews.GraphicsDeviceControl - F... | Zugeteilt | 3.2 Beta x | 3.4 | 31.03.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
In einem mir zur Verfügung gestellten Testprojekt ist folgender Fehler im GUI-Log aufgetaucht:
2019-03-28 22:32:43,413 [Log-Thread] WARN org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 449.
Das zugehörige Projekt kann ich bei Bedarf intern zur Verfügung stellen.
|
|
3533 | |
Server | Fehlerbericht | mittel | Kurzzeitig keine Ausgabe bei direktem Umschalten zwisch... | Auf Vereinsmitglieder warten | 3.1.3 | 3.4 | 09.04.2019 | 07.08.2023 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3538 | |
GUI | Wunsch / Idee | niedrig | Sortierung der Spalten der Tabellenübersicht im Input A... | Zugeteilt | 3.2 Beta x | TBD (UIS) | 09.04.2019 | 18.08.2019 | LightningBrothers |
Aufgabenbeschreibung
Sortiere ich mir die Tabelle im Input Assignment nach einer bestimmten Spalte und wechsele durch die Bänke oder in einen Graphen und wieder zurück, wird die Sortierung nicht beibehalten.
|
|
3569 | |
GUI & Server | Fehlerbericht | mittel | Device Control lässt keine eigene Eingabe für Blades zu | Zugeteilt | 3.2 Beta x | 3.4 | 27.04.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.
|
|
3607 | |
GUI | Wunsch / Idee | mittel | Optimierung des Drag&Drop-Verhaltens im Project Explore... | Usability Relevant | 3.2 Beta x | 3.4 | 23.05.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3629 | |
GUI | Wunsch / Idee | niedrig | Einträge im Fenster Cuelist Properties neu strukturiere... | Unbestätigt | unbestimmt | TBD (UIS) | 03.06.2019 | 29.06.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Einträge im Fenster Cuelist Properties sind in Bereich mit den “allgemeinen” Kernel Properties aktuell recht unstrukturiert. Insbesondere sind Einstellungen rund um das Timing der Cuelist bunt verteilt, wie im beigefügten Screenshot zu sehen ist.
Im Zusammenhang mit dem Ticket FS#3628 sollten diese Einträge nach Möglichkeit neu strukturiert und sinnvoll gegliedert werden, wie es bereits für das GoNext-Verhalten, die Ansichtseinstellungen der Spalten und die Defaults gemacht wurde.
|
|
3630 | |
GUI | Wunsch / Idee | niedrig | Diverse Objektnummern in Project Explorer anzeigen | Unbestätigt | 3.2 Beta x | | 03.06.2019 | 03.06.2019 | LightningBrothers |
Aufgabenbeschreibung
Zur besseren Übersichtlichkeit und möglicherweise auch schnelleren Änderungsmöglichkeit sollten folgende Objekt-Nummern im Project Explorer als zusätzliche Spalte anzeigt werden:
Cuelist Group Number
Executor Number
Executor Page Number
|
|
3631 | |
GUI | Wunsch / Idee | niedrig | Reihenfolge bestimmter Objekt-Properties im Property-Fe... | Unbestätigt | unbestimmt | | 03.06.2019 | 03.06.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Reihenfolge der Einträge
fällt in den Properties für
Cuelist (siehe hier auch Ticket FS#3628 )
Device Group
Executor
Executor Page
unterschiedlich aus. Hier wäre der Wunsch, die Reihenfolge dieser Einträge aus Gründen der Konsistenz zu vereinheitlichen und sie ggf. einer eigenen Untergruppe mit dem Titel “Information” oder “Name” zuzuordnen.
|
|
3662 | |
GUI & Server | Wunsch / Idee | niedrig | Copy & Paste zum Vervielfachen von Softdesks im Project... | Zugeteilt | 3.2 Beta x | 3.3.1 | 26.06.2019 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Analog zu den Cuelists sollte auch bei Softdesks durch Copy & Paste eine Kopie des zuvor ausgewählten Softdesks angelegt werden.
|
|
3737 | |
DMX Plugin | Wunsch / Idee | niedrig | Funktion zum (Neu-) Patchen von Ausgangsuniversen | Unbestätigt | 3.2 Beta x | | 05.08.2019 | 06.08.2019 | LightningBrothers |
Aufgabenbeschreibung
Als zum Ticket FS#3167 ergänzende Funktion soll es möglich sein, bei einem beliebigen DMX-Ausgabe-Plugin nachträglich die Ausgangs- und Eingangs-Universen neu zu patchen, ohne dabei das betreffende und bereits konfigurierte DMX-Ausgabe-Plugin entfernen zu müssen. Angedacht ist hier ein Fenster, in dem man angeben kann, ab welchen DMX-Universium bzw. DMX-Adresse die verfügbaren Ports entsprechend fortlaufend belegt werden sollen. Sprich soll das Art-Net-Ausgabeplugin fortlaufend ab DMX-Universum 3 Werte ausgeben oder erst ab dem 5. DMX-Universum.
|
|
3738 | |
GUI | Wunsch / Idee | niedrig | Auftrennen der Menüliste im Cuelist-Editor in mehrere G... | Entscheidung | unbestimmt | | 05.08.2019 | 29.08.2019 | LightningBrothers |
Aufgabenbeschreibung
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:
Go, Pause, Stop
Add Cue, Edit, Up, Down,
Mode, Options, Autoscroll
Intensity, Time (Fade Factor), Speed
|
|
3785 | |
InputAssignment | Wunsch / Idee | niedrig | Move und Clone aus Kontextmenü im Menü Connectionset er... | Unbestätigt | 3.2 Beta x | | 10.09.2019 | 10.09.2019 | LightningBrothers |
Aufgabenbeschreibung
Da die Funktionen zum Klonen und Verschieben eines Connectionset (CS) aktuell nur über das Kontextmenü eines gewählten CS (Bild 1) erreichbar und somit gefühlt recht versteckt sind, würde ich es begrüßen, wenn diese im Menü zum Eintrag Connectionset (Bild 2) ergänzt werden. Der Eintrag zum Löschen eines CS ist ja dort bereits vorhanden, allerdings noch nicht funktionsfähig.
|
|
3832 | |
InputAssignment | Wunsch / Idee | niedrig | Makro-Node / Baugruppen-Node / Blackbox-Node | Bestätigt | 3.2 Beta x | 3.4 | 30.09.2019 | 28.11.2021 | LightningBrothers |
Aufgabenbeschreibung
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
|
|
3861 | |
GUI & Server | Wunsch / Idee | niedrig | Parameter für Breite des Colorscroll-Effekts | Unbestätigt | unbestimmt | | 13.10.2019 | 08.04.2021 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann ich die Breite des Colorscroll-Effekts nicht konsequent beeinflussen. In bestimmten Situationen wird die Pixelbreite hochgesetzt.
Daher wünsche ich mir an dieser Stelle einen zusätzlichen Parameter im Effekt, welcher die Breite des Effekts grundlegend festlegt, also wie viele Pixel die gleiche Farbe zeigen sollen. Um langfristig flexibler zu sein, wäre auch zu überlegen, ob man einen Teil der Fanning-Operatoren zulässt, wie zum Beispiel das #. Sollte dies aber den Rahmen sprengen, könnte man hier auch umgekehrt über eine entsprechende Anpassung der Colorlist arbeiten.
|
|
3896 | |
GUI & Server | Wunsch / Idee | niedrig | Matrix Handling zur Nutzung von Fanning-Operatoren und ... | Unbestätigt | 3.2 | | 25.10.2019 | 25.10.2019 | LightningBrothers |
Aufgabenbeschreibung
Ich würde mir hier wünschen, dass DMXControl 3 analog zum Group Handling ein so genanntes Matrix Handling im Device Control bietet. Die Intention dahinter ist, dass man hiermit dann sowohl die Fanning Operatoren und die 1D-Effekte auch auf die einzelnen Pixel einer Matrix anwenden kann. Im Zusammenspiel mit dem Group Handling ergäbe sich so zahlreiche neue Möglichkeiten, ohne dass explizit neue Effekte hierfür kreiert werden müssen. Gleichzeitig ließen sich so auch bis dato als Multi-Beam-Geräte bezeichnete Geräte abbilden, ohne dass nennenswerte Ergänzungen im DDF erforderlich sind.
Im Matrix Handling würde am Ende “nur” angeben werden, in welcher Richtung ein alternierendes Fanning oder ein 1D-Effekt genutzt werden soll. Die Richtung entspricht genau den Möglichkeiten, die das aktuelle Matrix- bzw. Radix Window bietet, um eine statische Farbe auf eine Matrix bzw. Radix zu legen. Folglich würde die Methode “Fill” dem aktuellen Zustand entsprechen, wenn ich einen Effekt auf eine Matrix lege.
Folgende Punkte wären allerdings noch zu klären, sollte dieser Vorschlag entsprechenden Anklang finden:
Inwieweit hat der Device Index in einer aus mehreren Matrix-Geräten bestehenden Gruppe Einfluss auf das Verhalten des Matrix Handlings?
Schafft man eine Möglichkeit, mehr als einen 1D-Effekt auf der gleichen Funktion der Matrix wie zum Beispiel Dimmer anzuwenden, welche dann in verschiedenen Richtungen laufen (zum Beispiel Effekt 1 horizontal, Effekt 2 diagonal)?
Ich hatte diesen Punkt bereits schon einmal grob beim Jahrestreffen in Berlin angeschnitten…
|
|
3900 | |
Server | Wunsch / Idee | niedrig | Falsche Attribute kennzeichnen | Unbestätigt | 3.2 | | 26.10.2019 | 26.10.2019 | LightningBrothers |
Aufgabenbeschreibung
Zur weiteren Steigerung der Qualität der DDFs sollte der Kernel alle Attribute kennzeichnen, die nicht der “offiziellen” Schreibweise einer im Kernel hinterlegten Liste entsprechen. Aktuelles Beispiel ist hier:
|
|
3923 | |
InputAssignment | Wunsch / Idee | mittel | Nodes direkt zugänglich machen | Unbestätigt | 3.2 | | 10.11.2019 | 06.04.2021 | LightningBrothers |
Aufgabenbeschreibung
Ich würde mir eine weitere Variante wünschen, bei der ich die Nodes, gerade aus der Kategorie Logic, in der Graphenansicht nicht ausschließlich über das Kontextmenü auswählen muss, sondern im Idealfall diese direkt mit nur einer Mausbewegung in das Connectionset einfügen kann.
|
|
3956 | |
GUI | Fehlerbericht | mittel | WARN org.dmxc.lumos.XNAViews.GraphicsDeviceControl - F... | Unbestätigt | 3.2 | | 24.11.2019 | 24.11.2019 | LightningBrothers |
Aufgabenbeschreibung
Nachdem auf meinem PC der Bildschirmschoner ansprang, hat die GUI das Logfils mit der folgenden Fehlermeldung geflutet, sodass die Datei am Ende auf über 143 MB angewachsen ist.
2019-11-23 15:17:17,144 [Log-Thread] WARN org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 470.
2019-11-23 15:17:17,158
2019-11-23 15:17:17,171
2019-11-23 15:17:17,185
...
2019-11-23 15:50:20,200
2019-11-23 15:50:20,222
2019-11-23 15:50:20,245
Durch die Größe des Logfiles hat möglicherweise auch dazu geführt, dass die GUI von Windows geschlossen wurde.
|