Bugtracker DMXControl 3

gebe ich in ein Textfeld einen falschen Wert ein: Z.b. bei einer Nummerneingabe nen Text ein, kann in dieser Zeit kein anderes Textfeld bearbeitet werden, bis entweder eine richtige Eingabe getätigt wurde, oder mit Escape die Eingabe abgebrochen wurde. Das ist echt doof, weil sich die GUI dadurch nicht bedienen lässt, bis die Fehleingabe behoben wurde.

Meine Vorschläge dazu:

1. Wenn eine fehleingabe gemacht wird, wird ein Tooltip/Popup gezeigt, dass es eine Fehleingabe ist und der alte Wert, der vorher in dem Textfeld stand wird wieder hergestellt. –> s. MS Office: einfach mal bei der Schriftgröße nen Buchstaben eintragen… 2. Man grenzt die Eingabemöglichkeiten so ein, dass man z.b. in nen Nummernfeld keine Buchstaben eintragen kann.

Bei der Fadetime kann man im CuelistEditor nur min 10% einstellen, übers IA gehen aber bis zu 0%. Bitte fügt das auch im Cuelisteditor hinzu.

Wenn Autostop integriert wird, dann soll die Einstellung in der Cuelists-Übersicht im Project Explorer als neue Spalte eingefügt werden (neben “Name”, “Number of Cues”, “Playmode”, “Priority”, “Mixer Mode”) als Kästchen mit Haken. Am besten so, dass man das direkt im Project Explorer einstellen kann und dafür nicht erst in das Properties-Popup gehen muss.

Aus anderen Programmen ist man gewohnt, dass wenn man einen Wert in einem PopUp überschreibt und die Enter Taste klickt, dass dann der Wert gespeichert wird und das PopUp geschlossen wird. Aktuell wird nur der Wert übernommen und bei erneutem Enter wird das Feld erneut bearbeitet. Auch möglich wäre das bei erstem Enter der Wert übernommen wird und bei zweitem Enter erst das Fenster geschlossen wird.

Nach  FS#3870  werden Parametermaster wohl nicht mit allen Properties funktionieren.
Um die Usability zu erhöhen würde ich mir eine Gültigkeitsprüfung der Eingaben im Device-Propertie Fenster wünschen.
Ansonsten ist für den User undurchschaubar wo ein Parametermaster funktioniert und wo nicht.
Evtl. könnte man in die Value not valid Anzeige (siehe Anhang) noch folgende Informationen ergänzen:
Supported Masters:
Parametermaster: yes/no
Speedmaster: yes/no

Folgende Tastenkombinationen wären sehr hilfreich und sind auch üblich:
Strg+N: New Project
Strg+L: Load Project
Strg+S: Save Project
Strg+Umschalt+S: Save Project As
Strg+Q: Quit/Exit Program

Für Moving Heads ist das aktuelle Position Control mäßig. Hier wäre es super, wenn es ein Control mit Grad Zahlen geben würde, wie der Head wirklich ausgerichtet wird.

s. folgendes Bild:
https://www.lightkeyapp.com/content/01-home/03-creativity2/position-hud.png

Wähle ich mittels eines Doppelklick gezielt Werte im Device Control aus, zum Beispiel den Pan-Wert im Feld für Position oder einen Farbkanal im Feld für Color, so umfasst die Auswahl immer auch das nachfolgende Semikolon. Im Falle eines negativen Wertes, zum Beispiel für die Position, fehlt zudem das Minuszeichen.

Darüber hinaus kommt es wiederholt vor, dass bei einem Doppelklick auf den Wert für die Farbe rot im Feld für Farbe die Werte für grün gewählt wird. Im Screenshot 1 ist die Position des Mauszeigers zum Zeitpunkt des Doppelklicks entsprechend markiert.

Hintergrund des Tickets ist, dass so zur Zeit ein zusätzlicher Handgriff erforderlich wird, um das Semikolon einzufügen, was den Workflow bremst.

Bislang erkennt man eine Special Cue, mit der eine andere Cuelist gestartet, gestoppt etc. wird nur an der besonderen Benennung der Cue. Hier wäre es hilfreich, wenn diese ebenfalls gesondert gekennzeichnet wird - zum Beispiel analog zu den Cues, bei denen der Cue Timing Editor aktiv ist.

Wird im Cuelisteditor ein Feld im Datagrid markiert, nicht jedoch die ganze Zeile, so ist unter Bearbeiten der Button Szenenzeiten bearbeiten funktionslos. Der Button im Kontextmenü funktioniert erwartungsgemäß. Wird die ganze Zeile markiert ist die Funktion ebenfalls gegeben.

Im Programmer gibt es keine Möglichkeit zu erkennen, ob ein Parameter relativ oder absolut ist.
Vorschlag: hinterlegen von zellen mit relativen Parametern in z.B. Orange.
So kann die Konfiguration einer Cue übersichtlich überprüft werden.

Wie wir am Donnerstag besprochen haben, erstelle ich dieses Ticket um darauf hinzuweisen, dass die “Mixer Mode” Option umbennant werden sollte in “Mixer Mode (Dimmer)” oder ähnlich, da dieser sich nur auf den Dimmer und nicht auf andere Eigenschaften bezieht.

DMXControl GUI und Kernel gleichzeitig gestartet (natürlich mit dem DMXControl Button auf dem Streamdeck ;)) und in der GUI war kein einziges Panel offen. Habe dann den PE geöffnet und dieser war nur sehr klein (Stream Deck PE.JPG). Wenn ich Ihn einpassen wollte auf die gesamte freie Fläche, ist er trotzdem so klein geblieben und hat sich auch nicht bewegt. Abgedockt lässt er sich gewohnt öffnen. Während des gesamte Startvorgangs war ein StreamDeck XL angeschlossen. Kernel zeigt Fehler (Kernel.JPG) und Logs sind auch angehängt.

Aus der GUI geht sowohl im Programmer auch nicht im Device Control hervor, welches Farbmodell man für eine Device Group oder einem Device genutzt hat. Hier würde ich mit eine entsprechende Kennzeichnung wünschen.

Ich ändere einen Text in einer beliebigen Zelle, zum Beispiel den Trigger value oder den Namen im Cuelist Fenster oder den Namen eines Connectionsets im Input Assignment.

Wenn ich den Cursor mit Hilfe der Pfeiltasten verschiebe, kommt es sehr häufig vor, dass hierbei der Text in der Zelle vom ersten Zeichen an bis zur Cursorposition ausgewählt wird. Somit ich immer mit der Maus an die richtige Stelle klicken, was die Korrektur des Textes je nach Situation erschwert.

Ich hätte eine Idee, wie man im Device Control eine bessere Möglichkeit anbieten kann, die Werte einzutippen:

Aktuell gibt es für jedes Property ein kleines Dropdown, um die Eigenschaft einzustellen.

In meinem Vorschlag könnte man das Fenster etwas aufbohren.

Oben wird der Fader angezeigt, darunter einige Buttons mit den ganzen Fanning Operatoren und darunter eine Auswahlliste mit den Mastern.

Das Ganze funktioniert jetzt wie mit einem Taschenrechner. Ich Schiebe den Fader auf einen Wert, drücke dann # und schiebe den Fader auf den 2. Wert. Mit Enter wird die Eingabe übernommen (Man könnte auch noch ein Ok und Abbrechen einbauen).

Wenn das entsprechende Property kein Fanning zulässt, werden auch keine Fanning Operatoren angezeigt. Wenn kein Speedmaster angenommen wird, wird auch kein Speedmaster angezeigt…

Ein paar Ideen um die Usability des Add Device Fensters zu verbessern. Da man ja während das Fenster offen ist, eh nichts anderes machen kann, könnte man ja den verfügbaren Platz nutzen.

- Vergrößern der “Größer”/”Kleiner” Buttons bei den Int Werten
- Int Werte mit Mausrad erniedrigen/erhöhen
- Mit Tab rechts alle Werte anwählbar machen (aktuell wird “Assign to (new) Group” und “Repeat” ausgelassen)
- Den “Fokus” von Tab überall sichtbar machen (wenn man mit Tab gerade auf z.B. dem “Add Device” oder “⇒ Patching” Button ist, dann ist das für den User nicht ersichtlich)
- Hinzufügen der Geräte bei “Enter” - Standardgröße des Fensters vergrößern
- Hintergrund abdunkeln, damit schneller ersichtlich ist, dass man nur in diesem Fenster arbeiten kann, solange es offen ist

Wenn man beim Anlegen eines Gerätes einen Namen für Gerät oder Gruppe angibt, der länger ist als die Länge des Felds, läuft der Text über die Anzeige hinaus. Man kann allerdings nicht per Pfeiltasten im Feld scrollen. Der Rest der Eingabe wird somit unsichtbar.

Wenn ich eine Cuelist, ein Softdesk oder eine Stage View über das Menü oder über die Schnellzugriffsleiste neu erstelle, könnte ich es mir als hilfreich erachten, wenn dieses Element dann direkt im Bearbeitungsmodus geöffnet wird. Das bedeutet

• eine neue Cuelist wird direkt im Cuelist Editor,
• ein neues Softdesk wird direkt im Softdesk Designer und
• eine neue Stage View wird direkt geöffnet.

Aktuell muss ich hier die Einträge nochmals aufrufen, damit ich die Bearbeitung der Elemente entsprechend vornehmen kann. Insbesondere im Falle eines neu angelegten Softdesk könnte dies wie eingangs gesagt durchaus hilfreich sein.

Aus der Projektbesprechung vom 14.03.2021 ging der mehrheitliche Wunsch hervor, dass eine namentliche Nennung der beteiligten Personen für Entwicklung, Übersetzung etc. erfolgen soll. Die Art und Weise ist dabei noch nicht final festgelegt, ob diese Nennung direkt in der Software oder im Wiki oder auf der DMXC-Homepage erfolgt.

Wie bei den Menüeinträgen zur Cuelist, Softdesk und Stage View sollte der Eintrag Macroboard Profile aus Konsistenzgründen ebenfalls dahingehend erweitert werden, dass man aus den neuen Untermenüpunkten direkt ein vorhandenes Macroboard-Profil öffnen und ein neues anlegen kann.

In DMXC 3.2.2 können bei der Angabe von Mastern im Device Control schon Rechnungen angegeben werden und hier gibt es auch einen Parameter für die Anzahl der Geräte in der angesteuerten Gerätegruppe (CONST). Ich fände es gut, wenn man Rechnungen auch direkt in den Properties angeben könnte. Dies ist dann sinnvoll, wenn beispielsweise ein Effekt per Fanning auf der Phase auf 8 Scheinwerfer verteilt werden soll. Aktuell muss man hier das Fanning entsprechend angeben, wodurch es angepasst werden muss, wenn sich die Anzahl der Geräte in der Gruppe ändert. Durch einen Parameter wie den COUNT Parameter könnte man dies elegant umgehen.

Ein weiterer Anwendungsfall wäre, wenn mehrere Effekte überlagert werden sollen. In diesem Fall muss man das Fanning per Offset verschieben. Man könnte sich Arbeit sparen, wenn man das Offset per Rechnung angeben könnte (natürlich auch für gefannte Werte, um das ganze Fanning zu verschieben). Die Frage wäre noch, ob die Rechnung wenn möglich aufgelöst werden soll oder nicht. Beides hätte seine Vorzüge. Das Auflösen ist übersichtlicher, nicht auflösen könnte bei Offsets deutlich einfacher sein.

Bei Menübar “Einstellungen\Einstellungen” zurücksetzen “Settings\Reset Settings” öffnet sich ein Pop-Up Fenster zum Bestätigen der Aktion. Dieses lässt sich nicht durch ESC schließen.

Fehlerbeschreibung

Fehlerbeschreibung

Über die Buttons half und double kann man den aktuellen BPM-Wert faktorisieren. Hier wäre es gut, wenn dieser Faktor angezeigt wird. Ein typisches Anwendungsbeispiel ist, dass ich mehrere Speedmaster zwar gleichzeitig Lerne bzw. Synchronisiere, aber jeden Speedmaster einzeln faktorisiere.

Ich habe mehrere Cues programmiert, wo ich die Farbe explizit im HSV-Modell angeben musste. Dies war in der Vielzahl allerdings recht umständlich, da ich im Device Control bei jedem erneuten Anwählen einer Gerätegruppe oder eines Geräts immer erst das Farbmodell umschalten musste.

An dieser Stelle könnte das Device Control entsprechend unterstützen, indem es sich merkt, welches Farbmodell zuletzt verwendet wurde. So muss ich nur noch umschalten, wenn ich bewusst wechseln möchte. Eine separate Einstellung hierfür, um das favorisierte Farbmodell vorzugeben, sehe ich hier nicht.

Aktuell verfügen die Macroboard-Profile über kein Eigenschaften-Fenster, wie es eben Devices oder Cuelists der Fall ist. Im Eigenschaften-Fenster der Macroboard-Profilen könnte ich mir aktuell folgende Parameter vorstellen:

• Name
• Macroboard-Profil-Nummer

Insbesondere der Parameter “Profil-Nummer” kann hilfreich sein, wenn man über eine numerische Zuordnung der Profile zu einem Macroboard arbeitet, wie zum Beispiel beim Durchblättern durch mehrere Seiten (respektive Profilen).

Optional würde ich folgende Einstellmöglichkeiten in den Raum werfen:

• Statisches Hintergrundfarbe oder -bild
• Verhalten der Buttons (Push oder Toggle)
• Anzahl der Buttons pro Zeile und Spalte

Der neue Dialog zum Auswählen eines Hintergrundbildes für die Stage View sollte aus meiner Sicht wie der neue Sound Selector die Möglichkeit erhalten, eine Bilddatei direkt aus dem Dateisystem auszuwählen. Damit entfiele der bislang notwendige Umweg, das gewünschte Hintergrundbild erst anderweitig ins Projekt ins Projekt importieren zu müssen und würde sich zudem eben an die Möglichkeiten im neuen Sound Selector angleichen.

Wenn der Darkmode aktiviert ist, ist z.B. bei der Benennung von MIDI Regeln der Text auf weißem Hintergrund selber weiß und somit nicht lesbar.

Wähle ich bei einem Gerät mit zwei Goborädern (hier Futurelight DMH-160) von beiden Goborädern je ein Gobo aus, erscheint im Programmer die folgende Anzeige statt des Klartext “1: Gobo 2, 2: Gobo 7” inklusive des zugehörigen Icons (siehe Bild 1).

Wechsele ich über das Gobo Control in der Gesamtübersicht auf nur ein Gobo, sieht die Anzeige wieder sauber aus. Es fehlt hier aber auch die Vorschau des Gobos (siehe Bild 2). Hierzu erscheint in den Logs der GUI parallel folgender Eintrag:

2022-02-24 18:19:28,125 [Log-Thread] DEBUG Lumos.GUI.Resource.ResourceManager - Resource ICON-001189.png of type Symbol and source Default could not be loaded!
2022-02-24 18:19:28,127 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: ICON-001189.png

Grundsätzlich die Datei dem Programm sowohl im Installationsverzeichnis als auch über das Projekt entsprechend vor.

In den meisten Anwendungen gibt es einen globalen Shortcut [ctrl] + [s], um das aktuelle Dokument zu speichern. Im Idealfall wird der Shortcut auch im Menu angezeigt (siehe Menu von Firefox).

Rechts oben gibt es einen ‘Netz’ Button und ein weisses Suchfeld (?). Beide sind nicht interaktiv, es gibt kein Tooltip und auch kein Kontextmenu. Als neuer User habe ich keine Ahnung was das ist.

Bad practice: Bei den vertikalen Buttons auf der linken Seite sind die meisten Tooltiptexte identisch mit den Buttonlabels und somit redundant. Das Tooltip sollte die Buttonaktion erklären, wie z.B. bei ‘Blackout’.

In der Kanalübersicht gibt es links einen vertikalen Slider. Leider gibt es kein Tooltip oder sonstigen Hinweis, was der Slider macht.
Vorschlag: Tooltip und Dokumentation im Wiki hinzufügen

Der Wunsch resultiert aus folgendem Anwendungsfall heraus: ich möchte zum Beispiel einen Moving-Head für eine Szene sehr exakt positionieren, um ein Objekt oder eine Person optimal zu beleuchten. Die grobe Position kann ich noch mit Hilfe des Position Panel oder auch über eine Abschätzung der Positionswerte finden. Geht es aber dann daran, die Position auf ein paar Zentimeter genau einzustellen, muss ich aktuell immer die Werte für Pan und Tilt im Device Control ändern. Die Regler für Pan bzw. Tilt sind hier ebenfalls nicht feinfühlig genug.

Grundsätzlich ist es zwar möglich, dass ich mir im Vorfeld ein entsprechendes Connectionset für diesen Anwendungsfall baue. Dies benötigt jedoch jedes Mal Zeit, wenn man ein neues Projekt erstellt oder muss es in vorhandenen Projekten nachpflegen. Darüber hinaus beschränkt sich dies dann auch immer nur auf bestimmte Funktionen.

Daher wünsche ich mir, dass unter anderem im Device Control die Möglichkeit geschaffen wird, über Tastatur-Shortcuts oder über Buttons mit der Maus die Werte für die Gerätefunktionen inkrementell und mit einer feinen Abstufung zu ändern.

Fallen Graphen im Input Assignment etwas umfangreicher aus, verschwinden die Inputs und Outsputs zwischen den teilweise großen Nodes. Um die Inputs und Outputs besser im Graphen zu finden, wäre es gut, wenn diese farblich hervorgehoben werden.

Beim Eingeben von längeren Tags für ein Projekt können sich durch Tippfehler schnell Fehler einschleichen und man findest das Projekt nicht über diesen Tag. Zudem benötigt die Eingabe von längeren Tags entsprechend mehr Zeit.

Hier fände ich es gut, wenn mir bei der Eingabe die zuletzt genutzten Tags automatisch vorgeschlagen werden. Konkret dachte ich da ein Verhalten analog

• zu unserem Forum beim Verlinken eines Nutzers oder
• beim Schreiben einer News, wo nach dem Eingeben einer bestimmten Anzahl an Zeichen in den Tags ebenfalls die bisher verwendeten Tags vorgeschlagen werden

Projekte, die ich angepinnt und damit als Favorit markiert habe, sollten in der Liste der Projekte farblich hervorgehoben oder anderweitig von den nicht angepinnten Projekten separiert werden. Der Stern finde ich als Hinweis drauf ein bisschen zu wenig.

Dieses Ticket steht in gewissen Teilen auch im Zusammenhang mit Ticket  FS#4927 , da ich von meiner Seite davon ausgehe, dass die angepinnten Projekte immer oben in der Liste angezeigt werden.

Die neuen Master bieten neben den neun Einstellungen für HSV, CMY und RGB auch die Möglichkeit, die RGB+ Farben einzustellen. Allerdings macht es keinen Sinn, Einen Fader für eine RGB+ Farbe darzustellen, wenn es im Projekt kein Gerät gibt, welches diese ausgeben kann. Es sollte also eine Möglichkeit geben, entweder selbst einzelne Farben auszublenden oder nur diese anzuzeigen, für die es auch Einstellungsmöglichekten bei den Geräten gibt.

Mit dem neuen Image selector kann man nach Gobos bzw. Bildern des Geräts suchen. Aktuell hat man als Suchkriterium “nur” den Dateinamen. Bei selbst geschriebenen DDFs ist das weniger problematisch, weil man da noch einen sprechenden Dateinamen für die Bilddateien vergeben kann.

Bei DDFs, die über den Installer oder die DDFLib ausgeliefert werden, erhalten die Bilddateien den neutralen Dateinamen. Sucht man ein bestimmtes Gobo eines bestimmten Geräts bzw. ein bestimmtes Gerät muss man effektiv immer einen Blick direkt ins DDF selbst werfen, um den geänderten Dateinamen herauszufinden.

Um die Suche zu vereinfachen wäre es hilfreich, wenn die Bilddateien zusätzliche Informationen wie Hersteller und Gerätezeichnung in Form von Meta-Daten erhalten würden.

Wählt man im Affinity window das Gobo aus, welches zu ersetzen ist, erhält man den Filter “Included in project”.

Dieser Filter sollte auch in allen anderen Image Selector Windows angeboten werden, um auf Wunsch das Auswählen von Gerätebildern oder Icons zu vereinfachen und zu beschleunigen. Dieser Filter ist aber Gegensatz zur Auswahl bei der Gobo Affinity standardmäßig deaktiviert.

Legt man eine neue Gobo Affinity an, kann es passieren, dass man erstmal wieder zurück in den Project Explorer zum Zweig Item Lists gehen muss, wenn man zum Beispiel das Anlegen einer entsprechenden Gobo List vergessen hat. Dieses Hin- und Herspringen könnte durch folgende Punkte ggf. vereinfacht werden:

• Das Dropdown-Menü erhält grundsätzlich einen Eintrag zum Anlegen einer neuen Gobo List
• Die gewählte Gobo List kann direkt aus dem Affinity Window heraus editiert werden, zum Beispiel über einen zusätzlichen Button am Ende der Zeile

Wird ein Projekt erfolgreich geladen, erscheint die Abfrage, ob das vorherige Layout geladen werden soll. Diese Abfrage erscheint jedoch nur in der GUI, in der das Laden des Projekts ausgelöst wurde. Die Abfrage sollte jedoch in allen GUIs erscheinen. Hierfür bräuchte es einen gRPC-Call, der an alle GUIs geht. Dieser sollte dann die AskLoadProjectLayout Funktion im Window Manager ausführen. Die Project Administration soll dann entweder eine neue “AskLoadProjectLayoutInAllGUIs” Funktion oder direkt den gRPC-Call aufrufen.

Wenn die Project Administration geöffnet wird, sollte der Fokus des Cursors direkt im Suchfeld sein, damit ich direkt einen Suchbegriff eingeben kann. Dadurch dass sich die Maus mit dem letzten Klick eher abseits von der Project Administration befindet, ist das Setzen des Cursors in das Suchfeld etwas umständlich.

Die BPM Anzeige sohwohl in den Executoren und im Master fenster ist teilweise fehlerhaft. Fehler tritt mal auf, mal nicht. Details siehe Video im Anhang.

Mir ist heute ein Grafik-Fehler bbeim Umbenennen von Devices aufgefallen. Beim Umbenennen wird die Schrift im Project Explorer kleiner, so dass
am Ende noch ein Stück der alten Schrift stehen bleibt (siehe angehängter Screenshot). Das ist auch eher ein Schönheitsfehler und hat keinen Einfluß auf die Funktion.
Dies tritt auch nur bei längeren Namen auf.
Es gibt dazu auch keine Log-Einträge.

Die Regler für Intensity, Fade-Factor und Speed-Factor können problemlos eingestellt werden wenn das Cue-List Fenster so groß ist dass die Regler angezeigt werden. Ist das Fenster kleiner und die Regler nur nach Klick auf den Doppelpfeil sichtbar kann der Wert zwar eingestellt werden, er wird allerdings erst nach erneutem öffnen der Einstellung aktualisiert.
Siehe angehängtes Video

Ich wechsele recht regelmäßig beim Programmieren zwischen verschiedenen PCs, welche dann auch allesamt noch unterschiedliche Bildschirmkonfigurationen haben - das heißt sowohl die Anzahl als auch die Anordnung.

Immer wenn ich das Projekt nach dem Wechsel erstmalig wieder auf einem anderen PC bzw. unter einer anderen Bildschirmkonfiguration öffne, um daran weiterzuarbeiten, passiert es, dass abgedockte Fenster komplett zusammengeschoben werden. Hierbei ist zu beachten, dass ich die Option “show taskbar icon for floating windows” aktiv habe. Exemplarisch habe ich einen Screenshot für das Input Assignment beigefügt, wo die Fenstergröße effektiv gesehen 0 ist.

Das Gemeine an diesem Problem ist in erster Linie, dass man die Fenster in dieser Größe schnell übersieht, wenn man nicht so wie ich um das Problem weiß. Die Funktion “Move floating windows to primary screen” hilft hierbei leider nicht weiter - sie positioniert auch nur die derart zusammengeschobenen auf dem ersten Bildschirm.

Ich baue grad für 2 Scanner die DDF, es hätte mir sehr geholfen, wenn ich in der DMX-Kanalübersicht die Werte in 1er Schritten über Schaltflächen oder Taste + / - geändert werden könnten. Mit der Maus lasse ich gerne mal den einen oder anderen Wert aus