Bugtracker DMXControl 3

Aktuell gibt es keine Möglichkeit, die einer Stage View zugeordneten Geräte beim entsprechenden Eintrag im Project Explorer wie in den anderen Einträgen wie Device, Device Groups etc. zu sortieren.

Diese Funktion wird dann benötigt, möchte man einzelne Geräte aus einer Stage View entfernen, man hat aber bereits eine große Anzahl von Geräten der Stage View zugeordnet.

Die Fenstergröße des Programmer-Filters ist nicht optimal. Die wichtigste Spalte mit dem Geräte- und / oder Gruppen-Namen wird zu schmal dargestellt. Optimal ist eigentlich die Darstellung, wie sie im DMXC3-Tutorial, Lektion 8 zu sehen ist.

Ändere ich in der Tabellen-Ansicht des Patch-Fensters verschiedene DMX-Adressen stürzt die Matrix-Ansicht ab. Um die Matrix-Ansicht zu sehen, muss das Patch-Fenster einmal geschlossen und wieder neu aufgerufen werden.

Möchte ich das folgende alternierende Fanning erstellen, ist der zugehörige Syntax verhältnismäßig aufwendig und unter Umständen schwer auf Fehler zu untersuchen:

• Ausgabe: R R R B W W
• Syntax: 255; 0; 0 # 255; 0; 0 # 255; 0; 0 # 0; 0; 255 # 255; 255; 255 # 255; 255; 255

Um dies zu vereinfachen und die Eingabe zu beschleunigen, schlage ich die Implementierung des folgenden oder eines äquivalenten Syntax vor, um Eigenschaften wie zum Beispiel die Farbe auf nachfolgende Geräte zu übertragen:

3X 255; 0; 0 # 0; 0; 255 # 2X 255; 255; 255

Sollte die zugehörige Gruppe kleiner werden, weil zu viele Geräte deaktiviert wurden, wird einfach von Beginn an ausgegeben. Die Ausgabe sähe dann so aus:

• 3 aktive Geräte: R R R

Ergänze ich den Syntax zusätzlich um das M zum Spiegeln (siehe hierzu FS #2679), sieht die Ausgabe wie folgt aus:

• 4 aktive Geräte: R R (Spiegelachse) R R
• 8 aktive Geräte: B R R R (Spiegelachse) R R R B
• 28 aktive Geräte: R R W W B R R R W W B R R R (Spiegelachse) R R R B W W R R R B W W R R

Werden die Adressen manuell vergeben und überschreitet ein Gerät hierbei die Grenze eines DMX-Universums, sollte eine Hinweismeldung ausgegeben werden.

Besitzt ein Gerät verschiedene Strobe-Effekte wie zum Beispiel

<strobe dmxchannel="1">
  <step type="open" mindmx="0" maxdmx="5" />
  <range type="linear" mindmx="128" maxdmx="250" minval="0.1" maxval="20" />	    
  <range type="pulse" mindmx="11" maxdmx="33" minval="0.5" maxval="6" />	  
  <range type="ramp up" mindmx="34" maxdmx="56" minval="1" maxval="12" />
  <range type="ramp down" mindmx="57" maxdmx="79" minval="1" maxval="12" />
  <range type="random" mindmx="80" maxdmx="102" minval="1" maxval="12" />
  <range type="spikes" mindmx="103" maxdmx="127" minval="1" maxval="12" />
  <step type="open" mindmx="251" maxdmx="255" />	  
</strobe>

so wird im Device Control als Wertebereich für die Strobe-Frequenz immer nur der Bereich 0,1 bis 20 Hz ausgegeben - egal, welcher Strobe-Effekt ausgewählt wird.

Dies ist unschön, weil die HAL unter Umständen zwei unterschiedliche Geräte durch diese “falsche” Umrechnung auch unterschiedlich stroben lässt.

Benenne ich ein Subdevice um, wird der Name nach dem Betätigen der Enter-Taste nicht direkt aktualisiert. Aktuell muss die Ansicht einmal gewechselt werden, zum Beispiel zu einem anderen Device und dann wieder zurück.

Um die Erstellung von DDFs zu vereinfachen, sollten für eine Auswahl von LED-Farben, wie amber, ultaviolett, lime
“Standard-Arbeitsbereiche” im Kernel fest hinterlegt werden.

Die Angaben von

hueLeftBottom="0"  hueLeftTop="60" hueRightTop="60" hueRightBottom="120"

wäre dann optional und kann von Usern im DDF hinzugefügt werden, der mit der Standard-Definition nicht einverstanden ist. Die DDF-spezifischen Angaben überschreiben dann die Standard-Definition.

Sobald in einem Projekt eine Generic Matrix verwendet wird, werden in der Channel Overview die Adressbereiche der Geräte (mit den blauen Balken) nicht mehr gekennzeichnet. Löscht man die Generic Matrix wieder, werden auch die Adressbereiche wieder angezeigt.

Möchte ich die Reihenfolge innerhalb einer Device Group muss ich für den “Platztausch” nach oben bzw. nach unten das Gerät wieder neu anwählen. Dieser Fehler ist neu in DMXControl 3.1. In DMXControl 3.0.2 blieb das ausgewählte Gerät aktiv.

Um den Patch einer Matrix zu ändern muss entweder der gesamte Patch gelöscht werden oder ich muss den Dialog zur Auswahl der Geräte öffnen, dort zum verlinkten Gerät scrollen und den Haken entfernen.

Hier wäre hilfreich, wenn man direkt nach der Anwahl des betreffenden Pixels die Verknüpfung mit der Entf-Taste oder einen zusätzlichen Eintrag im Kontextmenü löschen könnte.

Es fehlt im Fenster “Master” die Möglichkeit, horizontal zu scrollen.

Aktuell werden die Group-Master in einer mir nicht ersichtlichen Reihenfolge sortiert. Hier wäre eine alphabetische Sortierung vorteilhafter bzw. noch besser, eine Sortierung analog zur Sortierung der Device Groups im Project Explorer.

Ist beim Chaser in der Break-Zeit ein Wert eingetragen, läuft der Effekt im Play-Mode Random nur einmal durch und wird dann beendet. Die Break-Zeit hat hier keine Auswirkung. Bei den anderen Play-Modes läuft der Effekt weiter.

Der Fehler ist in DMXControl 3.1 neu hinzugekommen. Unter 3.0.2 war er noch nicht vorhanden.

Beim Installer der Version 3.1 vom 13.03.2017 funktioniert der automatische Download nicht. Die Installation wird abgebrochen.

Checking if .NET 4 is installed...
.NET 4 found!
Checking if Visual C++ 2015 Redistributable is installed...
Visual C++ 2015 Redistributable found!
Checking if XNA 4.0 is installed...
Checking if Windows Installer 3.1 is installed...
Windows Installer 3.1 found!
Erstelle Verzeichnis: C:\Program Files (x86)\DMXControl3
Lade XNA Framework...
Download fehlgeschlagen: Timed out on connecting.

Werden GUI und Kernel auf einem PC gemeinsam gestartet und hat sich dann auch keine weitere GUI mit dem Kernel verbunden, so kann meiner Meinung nach der Punkt “Informing connected sessions” komplett entfallen bzw. übersprungen werden. Hierdurch würde das Laden des Projekts nochmal beschleunigt werden. Hierzu brauch die GUI nur kurz beim Kernel abfahren, wie viele Verbindungen bestehen. Der Kernel selbst kennt die Anzahl ja bereits.

Für Color Chaser wäre es hilfreich, diesen über den Beat zu synchronisieren und darüber hinaus die Übergänge faden zu können, ggf. unter der Angabe einer Fadezeit.

Aktuell fehlt die Möglichkeit, MovingHeads oder Scanner einfache Linien im Raum fahren zu lassen. Mit dem Kreis-Effekt kann man zwar horizontale und vertikale Linien fahren, jedoch keine diagonalen Linien, welche so auch zum Beispiel in einem Punkt starten / enden und dann fächerartig nach außen fahren.
Folgende Parameter sollen einstellbar sein:

• Länge der Linie (Amplitude)
• Drehung in Bezug zum einstellten Mittelpunkt
• Position des Mittelpunkts als prozentuale Angabe in Bezug auf die Länge
• Frequenz (Geschwindigkeit)
• Phase (Offset)
• Pausenzeit an den Endpunkten
• Unterschiedliche Geschwindigkeitsprofile

Der Geschwindigkeitsprofile können wie folgt aussehen:

• konstante Geschwindigkeit über die gesamte Länge
• Sinus-Verteilung
• Cosinus-Verteilung
• Rampe (Beschleunigung / Bremsen innerhalb der ersten / letzten 10%, sonst konstante Geschwindigkeit)

Aktuell fehlt die Möglichkeit, eine Polygone als Effekt auf Position zu legen. So können mit nur einem Effekt Dreiecke, Vier- / Rechtecke, Fünfecke etc. zu erstellen. Folgende Parameter sollte der Effekt haben:

• Anzahl der Seiten / Anzahl der Ecken
• Breite und Höhe des Polygons
• Frequenz (Geschwindigkeit)
• Drehung der Figur (Index)
• Phase

Optional könnte der Effekt um die Möglichkeit erweitert werden, über den Parameter Radius die Ecken abzurunden, um abgerundete Rechtecke zu erhalten. Zur Vermeidung von Komplikationen muss der maximale Wert des Radius in Abhängigkeit der Breite / Höhe dynamisch berechnet werden.

EDIT Arne: Was auch geil wäre ist, wenn man das Polygon rotieren lassen könnte, also neben dem festen “Index” noch eine “Rotation” Eigenschaft. Damit könnte man seine Scanner ein drehendes 4-Eck fahren lassen. Das soll die GrandMa mal nachmachen

Soll eine Cuelist mit der Option “release at last cue ends” automatisch beendet werden, funktioniert dies nicht, wenn der letzte Cue ein Special Cue ist. Aktuell hilft es nur, wenn danach noch eine leere Cue eingefügt wird.

Dieser Eintrag bezieht sich auf den Thread https://forum.dmxcontrol-projects.org/index.php?thread/12068-zwischen-cuelisten-hin-und-her-springen/.

Ich setze ich über eine Matrix (in meinem Fall 3 Zeilen und 8 Spalten) eine beliebige Farbe und verringere danach die Größe der Matrix zum Beispiel auf 3 x 3. Danach lässt sich die gesetzte Farbe der nicht mehr einfach über Clear Programmer löschen. Um die Geräte zur “resetten” muss einmal eine beliebige Farbe manuell gesetzt werden, sodass der Programmer “frische” Werte erhält, die dann über Clear Programmer gelöscht werden können.

Hier sollte vor dem aktiv werden der neuen Matrixgröße einmal automatisch der Programmer gelöscht werden.

Hat eine Matrix weniger als 3 Zeilen, funktioniert der Farbverlauf Top nicht. Hier wird die Matrix stattdessen immer mit der Farbe 2 vollständig ausgefüllt.

Das Problem lässt sich aktuell umgehen, wenn man den Farbverlauf Bottom auswählt und die Farben entsprechend umkehrt.

Wird in einer Cuelist bei der Triggerung des ersten Cues mittels follow oder wait, verbunden mit einer Wartezeit gearbeitet, so läuft grundsätzlich immer erst die angegebene Wartezeit ab, bevor die Cuelist etwas ausgibt.

Es mag durchaus Situationen gegeben, in denen dieses Verhalten sinnvoll ist. Im Live-Betrieb in einem Club oder auf einem Konzert wäre es allerdings besser, wenn die Cuelist beim Aufraufen / ersten Start sofort mit der Ausgabe starten und die angegebene Wartezeit ignorieren würde. In Anlehnung an die Diskussion im Forum im Thread Follow trigger schlage ich vor, entweder als globale Option oder einstellbar für jede Cuelist den Punkt: “Ignore trigger value at cuelist start” bzw. “Use trigger value at cuelist start“, sofern letzteres eher der Sonderfall ist. Sollte dieser Punkt für jede Cuelist einstellbar sein, sollte in den globalen Einstellungen ein Standard-Wert auswählbar sein.

Wird für eine Matrix die Effekte “Fire” und “Random” mit Fade true in einer Cuelist abgelegt, wird diese Option nicht übernommen.
Beim Effekt “Plasma” wird diese Einstellung gespeichert, hat aber überhaupt keine Auswirkung auf die Ausgabe (Fade true ist quasi grundsätzlich aktiviert).

Wenn der Sinus-Effekt auf ein RGB-Gerät gelegt wird, um zum Beispiel einen Regenbogeneffekt zu erhalten, wird am Ende des Effekts kurzzeitig die Farbe eingeblendet (oder bei schwarz komplett alles ausgeschaltet), welche manuell unter Color eingestellt wurde.

Folgende Vorgehensweise führt zu einem Absturz der GUI:

• Einfügen eines neuen Device zum Projekt
• Ändern verschiedener Werte in der StageView
• Anschauen dieser Werte in der ChannelOverview
• Direktes Löschen des Geräts aus dem Projekt, ohne den Programmer etc. zurückzusetzen

Dies ist vielleicht nicht ein alltägliches Szenario. Es ist mir beim Überprüfen der DDFs unter die Finger gekommen.

Wird innerhalb einer StageView in Icon (egal ob Gruppe oder Gerät) mit der Maus verschoben, werden die Positionswerte für das Icon im Properties-Fenster erst nach dem Neuladen der StageView (z. B. durch ein kurzes Wechseln in eine andere Registerkarte) aktualisiert.

Wenn ich unter den Project Properties verschiedene Angaben mache, z. B. bei Project Name oder Author, werden diese zwar im Projekt-Archiv abgespeichert, jedoch nach einem Neustart von DMXControl nicht wieder geladen. Somit stehen im Fenster Properties und auch oben in der Menüleiste nach dem Laden des Projekts wieder die Standard-Werte.

Der Fehler betraf bereits die Beta 1 und aktuell auch die Beta 3.

Beim Anlegen einer neuen Gruppe aus ausgewählten Geräten wird diese neue Gruppe bei mehreren StageViews immer in der zuerst angelegten StageView eingefügt, aber nicht in der, in der die Geräte für die neue Gruppe ausgewählt wurden.