Bugtracker DMXControl 3

Ich kann eine Colorlist oder eine Gobolist nur bearbeiten, indem ich einen Doppelklick auf die List ausführe. Über das Kontextmenü ist diese nicht erreichbar, wie im Screenshot zu sehen ist. Der Eintrag Properties ist ausgegraut und ein alternativer Eintrag ist nicht vorhanden.

Füge ich die Farbe Schwarz einer Colorlist hinzu, so visualisiert das zugehörige Icon diese Farbe nicht. Stattdessen suggeriert das Icon ein helles Blau ausgewählt zu haben, wie der Screenshot zeigt.

Ich habe auch mal den Auszug aus dem Log beigefügt, wo ich die gezeigten Farben einfüge:

2019-10-13 16:51:07,859 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: 0;0;0
2019-10-13 16:51:30,654 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: 255;255;255
2019-10-13 16:51:40,100 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: 255;0;0
2019-10-13 16:52:11,999 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: 255;255;28
2019-10-13 16:52:39,269 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: 0;255;0
2019-10-13 16:53:09,758 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.TextureManager - Added Texture: 0;255;20
2019-10-13 17:01:02,849 [Log-Thread] DEBUG org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Initialize listViewItems, HighDefinitionRecomended True

Ich habe eine Colorlist angelegt, mit der ich ursprünglich die “Breite” des Color Scroll-Effekts beeinflussen wollte. Hier ist mir aufgefallen, dass hier aber ein Parameter im Effekt fehlt bzw. hilfreich wäre - das zugehörige Ticket läuft unter der Nummer FS#3861.

Wähle ich in der Colorlist eine der gleich in diesem Fall drei Rots (siehe Bild 1) aus und möchte es verschieben, wählt die Colorlist stattdessen alle drei an und nach mehreren Klicks auf Up erhalte ich das im Bild 2 gezeigte Ergebnis - obwohl ich die beiden anderen Rots gar nicht angefasst habe.

In den Logfiles gibt es zu dieser Aktion keinerlei Einträge, weswegen ist keine beifügt habe.

Füge ich einen Radix-Effekt einer Cuelist hinzu, so wird dieser nicht dauerhaft in der Cuelist hinterlegt und geht mit dem Neuladen des Projekts verloren.

Projekt und Logs sind beigefügt.

Lösche ich ein Softdesk-Control, bleibt dieses bis zum Neuladen des Projekts im Input Assignment enthalten. Erst danach (also mit dem Neuladen des Projekts) wird der Eintrag entfernt.

Entsprechende Logfiles sind beigefügt.

Ich habe ein Blendenschiebermodul entsprechend des folgenden Codes definiert.

<blades>
  <bladetop dmxchannel="16" />
    <bladetopangle dmxchannel="17" pointofrotation="center">
      <range range="60" mindmx="0" maxdmx="255" />
    </bladetopangle>
  <bladeright dmxchannel="18"/>
    <bladerightangle dmxchannel="19" pointofrotation="center" >
      <range range="60" mindmx="0" maxdmx="255" />
    </bladerightangle>
  <bladebottom dmxchannel="20" />
    <bladebottomangle dmxchannel="21" pointofrotation="center">
      <range range="60" mindmx="255" maxdmx="0" />
  </bladebottomangle>
  <bladeleft dmxchannel="22"/>
    <bladeleftangle dmxchannel="23" pointofrotation="center" >
      <range range="60" mindmx="255" maxdmx="0" />
    </bladeleftangle>
  <bladeindex dmxchannel="24">
    <range range="90" mindmx="0" maxdmx="255" />
  </bladeindex>
</blades>

Nutze ich nun alle Verstellmöglichkeiten, werden beim Leeren des Programmers zwar alle vier Blendenschieber in ihre Ausgangsposition zurückgefahren, aber laut Blades Windows bleibt das gesamte Modul aber scheinbar auf dem zuvor eingestellten Indizierungswinkel stehen. Der zugehörige Wert im Device Control und auch der DMX-Wert wird aber richtig zurückgesetzt.

Es wäre gut, wenn eine laufende Audio Cue beim Stoppen der zugehörigen Cuelist ebenfalls gestoppt wird.

Ich habe in meinem Softdesk drei Signallamps hinzugefügt. Alle drei haben für Minval (aus) -1, für Maxval (ein) 0, 1 bzw. 2. Auf diese Weise soll immer nur eine Signallamp an sein, ohne dass ich weitere Nodes zur Konvertierung vorschalten muss. An den Inputs aller Signallamps können die Werte -1, 0, 1 oder 2 anliegen.

Die gesetzten Werte werden jedoch von allen Signallamps ignoriert, sodass alle drei Signallamps bei den anliegenden Werten -1, 1 und 2 leuchten und bei 0 aus sind.

Ich habe das im Bild 1 dargestellte Connectionset (Graph 1) erstellt und die Nodes zwecks guter Übersicht manuell so platziert, dass es nur wenige Überschneidungen und vor allem keine “zurücklaufende” Verbindungen gibt. Führe ich nun den Autoposition-Befehl entsteht die im Bild 2 gezeigte Anordnung, wo zwar nur eine Verbindung zurück läuft, hierdurch die Übersichtlichkeit gefühlt zurückgeht.

Spannend wird es, wenn ich die Verbindung zwischen dem Rule of Three auf der linken Seite und dem Output Selector entferne. Beim anschließenden Ausführen des Autoposition-Befehl werden die Nodes wie in Bild 3 dargestellt angeordnet, was einer nochmals besseren Anordnung ist.

Im zweiten Beispiel (Bild 4 und 5) beinhalten beide Connectionsets die gleichen Nodes. Erstaunlicherweise ist die Anordnung mittels des Autoposition-Befehls nicht gleich. Das Connectionset in Bild 6 ist eine des Connectionset aus Bild 4 bzw. 5. Hier habe ich testweise einfach mal das Delay-Node hinzugefügt und dann den Autoposition-Befehl ausgeführt.

Folgende Punkte scheinen aus meiner Sicht die Anordnung der Nodes zu beeinflussen:

• Wann werden welche Inputs und Outputs hinzugefügt?
• In welcher Reihenfolge werden Verbindungen anlegt?
• Ist auf der linken Seite immer ein Input (Tastatur, Softdesk) vorhanden?

Als Folge dieser Faktoren wird das Connectionset teilweise sehr unübersichtlich und nicht nachvollziehbar sortiert.

Im Zuge der Korrektur des Fehlers  FS#3762  wurde das Delay-Node in seinem Funktionsumfang vereinfacht. Ich würde mir hier nun folgende zusätzliche Optionen für das Delay-Node wünschen:

• Nur einschaltverzögert
• Nur ausschaltverzögert

Füge ich den {Speedmaster 1} in nachfolgend genannten Funktionen ein, wird die Eingabe {Speedmaster 1} mit dem Drücken auf die Enter-Taste direkt mit dem Wert 0 überschrieben und kann somit nicht genutzt werden. Ein Hinweis in Form des Tooltipps, dass die Eingabe unzulässig ist, erscheint nicht.

• Strobe
• Colorwheelrotation
• Goborotation
• Gobowheelrotation
• Prismrotation

Nach dem Betätigen der Enter-Taste wird im Programmer ebenfalls der Wert 0 für die Funktion angezeigt, in der ich den Speedmaster einfügen wollte.

Bei der allgemeinen Funktion Rotation kann der Speedmaster allerdings genutzt werden. Die Übernahme der Eingabe erfolgt anstandslos und eine Regelung über das Masterfenster ist möglich, wenn auch nur im positiven Bereich.

Sobald eine Cuelist einem Executor zugeordnet ist, lässt sich dieser im Project Explorer nicht mehr in einem Unterordner verschieben.

Umgekehrt lassen sich Executoren, die leer bereits in Unterordnern verteilt waren, nicht mehr auf die obere Ebene verschieben, wenn ihnen nachträglich eine Cuelist zugeordnet wurde. Lade ich das Projekt darüber hinaus erneut, tauchen alle Executoren auf der oberen Ordnerebene auf.

Reproduzieren lässt dich dies wie folgt:

1. Eine Cuelist erzeugen
2. Im Project Explorer im Verzeichnis Executor einen neuen Unterordner anlegen
3. Einen neuen Executor generieren und die Cuelist mit diesem verknüpfen
4. Versuchen, den Executor in den angelegten Unterordner zu verschieben

Ich würde mir für das Softdesk als neues Control einen Schiebeschalter mit zwei oder auf mehr möglichen Zuständen. Damit sollen direkte Umschaltungen zwischen zwei (oder mehr) Pfaden im Input Assignment möglich sein, wie sie sich zum Beispiel mit dem Input bzw. Output Selector realisieren lassen.

Ich würde mir eine Möglichkeit wünschen, um “nur” Bilder und Icons einem Softdesk als statisches Element hinzufügen zu können. Im Falle von Bildern mit transparenten Hintergründen sollte hier auch kein Rahmen zu sehen sein.

Das Ticket  FS#3878  dient ja mehr der dynamischen Anzeige von Bildern direkt in Buttons in Anlehnung an das Steam Deck.

Ich wollte verschiedene Power Sources in Ordnern ablegen. Sobald im Project Explorer auf Refresh klicke, laden diese wieder auf der obersten Ebene, während der Baum noch die gewünschte Zuordnung suggeriert.

Hinzu kommt hierbei auch, dass der geänderte Name nicht übernommen wurde. F409 sollte mittlerweile T1-F409 heißen.

Aktuell lassen sich Procedures nur über die Stage View auswählen und aktivieren. Hier wäre der Wunsch, diese auch über das Input Assignment anzubieten, damit diese vereinfacht beispielsweise über das Softdesk auslösen kann.

In dem Projekt zu  FS#3958  ist zu beobachten, dass das Anlegen und Löschen von Cuelists jeweils eine Zeit von > 30 Sekunden in Anspruch nimmt, wo dann auch insbesondere die GUI nicht ansprechbar ist und Windows den Status “keine Rückmeldung” erhält.

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.

Ich musste durch mein Projekt in einem Club mit vielen Device Groups arbeiten, um mit deren Hilfe besondere Effekte auf eine Teilauswahl der Geräte legen zu können. Für die Effekte war die Sortierung in den Device Groups entsprechend wichtig, aber auf Grund der Pixel pro Gruppe auch schnell aufwendig.

Ich würde mir daher eine Möglichkeit wünschen, nicht nur wie bis jetzt alle Devices in einer Device Group nach bestimmten Kriterien sortieren zu können, sondern diese Sortiermöglichkeiten auch nur für eine (zusammenhängende) Auswahl von nur 10 Geräten innerhalb der ansonsten 50 Geräte umfassenden Device Group nutzen zu können.

Definiere ich in einem DDF eine Matrix mit nur einer Zeile (Icon links), wird das erste Pixel der Matrix nicht farblich hervorgehoben. Dies geschieht nur, wenn ich die Matrix mit nur einer Spalte definiere (Icon Mitte).

Ich würde mir gerne eine Möglichkeit wünschen, um eine Auswahl von Steuerelementen von einem Softdesk in ein zweites Softdesk zu übernehmen. Dies kann zum Beispiel eine Ausweitung der bestehenden Copy & Paste Funktion sein, aber ich bin auch für jeden anderen Weg offen.

Für einen Test baute ich kürzlich zusätzlich zum Main-PC noch einen zweiten Backup-PC auf, wovon nur einer der beiden PCs die DMX-Daten über Art-Net ausgeben sollte. Gerade bei Art-Net gibt es ja bekanntermaßen murks, wenn zwei PCs das gleiche Gerät ansprechen wollen.

Wenn alles geregelt läuft, kann ich vor einem Neustart zum Beispiel die Art-Net-Ausgabe deaktivieren. Liegt aber nun ein Fehler vor, wodurch ich das Deaktivieren nicht mehr entsprechend anstoßen kann, sind die DMX-Interfaces wie zuletzt gespeichert beim erneuten Starten des Kernels nur kurze Zeit wieder aktiviert und die Ausgabe wird auf 0 gesetzt - egal ob ein Projekt geladen wurde oder nicht. Dies war im konkreten Fall insofern problematisch, weil das Projekt beim Starten von DMXControl 3 als “Default Project” direkt mit geladen wird und ich während des Ladevorgangs keinen Zugriff auf die DMX-Ausgabe habe. Damit mir nun mein Main-PC nicht in die Suppe spuckt und nichts ausgegeben wird, blieb mir nichts anderes übrig, als im Interface-Rack die Art-Net-Interfaces händisch temporär direkt auf den Backup-PC umzuklemmen.

Um nun im Falle eines unvorhergesehen Neustarts (insbesondere mit einem Default Project, was effektiv gesehen das “Arbeitsprojekt” / “Showprojekt” ist) nicht Hand an der Verdrahtung der Hardware anlegen zu müssen, würde ich mir hier eine Möglichkeit wünschen, dass ich im Idealfall selbst den Zeitpunkt festlegen kann, wann die DMX-Ausgabe auf die Interfaces bzw. die Interfaces selbst aktiviert werden - und zwar unabhängig davon, was in den Einstellungen für die DMX-Ausgabe grundsätzlich gespeichert ist.

Hat ein Projekt so viele Bänke, dass die Breite des Fensters nicht ausreicht, ist der Pfeil zum Verschieben der Reiter nach links teilweise verdeckt.

Ggf. wäre zu überlegen, dass man eine bestimmte Bank auch über das Menü zum Eintrag Bank erreicht. Dies könnte bei langen Bezeichnungen der Bänke vorteilhafter sein.

Reduziere ich die Größe der Controls unter die initiale Größe des Controls (bei der Signallamp ist dies zum Beispiel 50; 50 Pixel), wird die Größe des Auswahlrahmens nicht angepasst. Das Ergebnis sieht dann wie im Screenshot dargestellt aus.

Dupliziere ich ein Control durch Copy&Paste kann ich das neue Control nicht am Raster ausrichten, wenn in der X- und Y-Position ein Wert mit XXX,5 bzw. YYY,5 enthalten ist. Erst wenn ich das ,5 entferne, funktioniert die Ausrichtung am Raster.

Folglich sollte beim Copy&Paste vermieden werden, dass die Controls auf “halbe” Pixel eingefügt werden.

Aktuell kann man sich zu jedem Slider die Middle bar anzeigen lassen. Dies sieht bei einem voll ausgefüllten Slider eher bescheiden aus und macht funktional auch meiner Meinung nach wenig sinn.

Daher wäre hier die Idee, die Middle bar direkt als Style anzubieten, wo die Farbe der Middle bar ebenfalls über die Base color eingestellt wird. Die Farbe des Knopfes könnte alternativ durch den Parameter Fore color gesetzt werden, um eine gewisse Konsistenz zu anderen Controls wie zum Beispiel dem Header zu erhalten.

Das Thema Farbe des Textes im Slider wurde ja bereits im Ticket  FS#3959  gewünscht. Dieser Parameter könnte dann ggf. ebenfalls in allen Controls angeboten werden.

Ich habe ein Connectionset gebaut, in dem das DMX-Interface-Node die ID des eingetragenen Interfaces an das DMX-Interface-Port-Node übergibt. Die Ports sind im Port-Node manuell konfiguriert.

Trage ich im Port-Node den Port ein, bevor ich den Link zwischen Output des Interface-Node und dem Input des Port-Nodes herstellte oder lade das Projekt neu, arbeitet das Port-Node nicht und gibt somit z. B. keinen Status aus.

Ein Beispielprojekt kann ich auf Wunsch noch nachreichen.

Verschiebe ich ein Control, zum Beispiel die Box, mit dem Befehl “Send to background” in den Hintergrund und bearbeite dieses später, wird es mit der erneuten Auswahl wieder in den Vordergrund geholt.

Aktuell kann ich beim Header mit der BaseColor nicht den Hintergrund “hinter” der Bar einfärben. Die Farbe orientiert sich stattdessen am System-default. Die Farben für ForeColor und BarColor arbeiten dagegen einwandfrei.

Findet der Kernel beim Starten fehlerhafte Einstellungen für das Nodle U1 bzw. R4S, wird nun automatisch der USB Engery Fixer ausgeführt - eine sehr schicke Lösung.

Allerdings sollte nach dem erfolgreichen Fix die Meldung des Kernels nicht mehr ausgegeben werden, dass inkorrekte Einstellungen gefunden wurden. Denn aktuell ist es so:

Fehlerhafte USB-Einstellungen? Ja → USB Energy Fixer ausführen, bestätigt durch UAC-Abfrage → Einstellung korrigiert → Rückmeldung an User, USB-Interface neu zu verbinden → Warnmeldung, dass fehlerhafte USB-Einstellungen gefunden wurden mit der Bitte, den USB Energy Fixer auszuführen.

Alternativ könnt mal die “alte” Fehlermeldung dahingehend abändern, dass hieraus eine Abfrage wird, ob man den USB Energy Fixer ausführen möchte.

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.

Getestet mit DMXControl 3.2.1, Build 1061

Ich habe ein neues, im Anhang beigefügtes Projekt anlegt und möchte dort im Softdesk mit dem Button Interface 1 das zugeordnete Art-Net-Interface ein- und ausschalten. Lade ich das Projekt jedoch neu, verliert das DMX-Interface-Node die Zuordnung. Damit das zugehörige Connectionset wieder richtig arbeitet, muss ich das Interface neu auswählen.

Mit diesem Connectionset möchte ich prüfen, ob nicht zufällig einzelne Ports des Art-Net-Interfaces deaktiviert sind.

Ich wollte kürzlich ein einzelnes Gerät (ein RGBW-LED-Stripe) gezielt in seiner Helligkeit begrenzen. Hier musste ich aber feststellen, dass die Einträge Limit und in den Properties nur verfügbar sind, wenn das Gerät über einen Dimmer im DDF verfügt. So musste ich einen gesparten Groupmaster anlegen, um die Helligkeit für diesen LED-Stripe separat begrenzen zu können.

Ich habe mehrere Cues für statische Positionen von Moving Lights. Zur Zeit erfolgt das Überblenden nur linear. Ich stelle mir den Effekt aber auch sehr elegant vor, wenn dieser Fade nicht nur linear, sondern in verschiedenen Kurven wie zum Beispiel S-Kurve o. ä. erfolgen könnte.

In meinem größeren Projekten wird regelmäßig folgender Fehler in den Logs vermerkt:

2020-03-14 20:10:15,204 [167] ERROR org.dmxc.lumos.Kernel.Project.ProjectManager - Can't save content of AffinityManager
System.OutOfMemoryException: Eine Ausnahme vom Typ "System.OutOfMemoryException" wurde ausgelöst.
   bei System.IO.MemoryStream.ToArray()
   bei org.dmxc.lumos.Kernel.Resource.Xml2ManagedTreeConverter.GenerateData(ManagedTreeItem item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Resource\Xml2ManagedTreeConverter.cs:Zeile 276.
   bei org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:Zeile 489.
   bei org.dmxc.lumos.Kernel.Resource.ResourceManager.saveResourceInternal(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Resource\ResourceManager.cs:Zeile 284.
   bei org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.saveResource(EResourceType type, LumosResource data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:Zeile 606.
   bei org.dmxc.lumos.Kernel.HAL.Affinity.AffinityManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Affinity\AffinityManager.cs:Zeile 218.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass36_0.<saveProject>b__0(ILumosManager m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 393.

Die anderen Daten des Projekts werden (glücklicherweise) trotzdem gespeichert.

Ich habe bei meinem DDF für meine Futurelight Mega Color Wave.i zwei Beams eingefügt, um die 2. Tilt-Achse anzusprechen.

<functions>
  <position>
    <pan dmxchannel="0" finedmxchannel="1">
      <range range="540" />
    </pan>
    <tilt dmxchannel="2" finedmxchannel="3">
      <range range="230" />
    </tilt>
  </position>
  ...
</functions>
<functions>
  <position>
    <pan>
      <range range="0" />
    </pan>
    <tilt dmxchannel="4" finedmxchannel="5">
      <range range="230" />
    </tilt>
  </position>
</functions>

Invertiere ich in den Properties nun die Tilt-Achse, wird diese Einstellung für die 2. Achse ignoriert.

Bei den Properties der Intelligent Cuelist Group Settings werden verschiedene Texte verdeckt, sodass diese entweder abgeschnitten oder auf zwei Zeilen umgebrochen werden und in beiden Fällen trotz verfügbarer Fensterbreite nicht komplett zu lesen sind.

Umfasst ein Projekt eine größere Anzahl an Connectionsets, führen diese dazu, dass beim reinen Öffnen des Fenster für das Input Assignments die CPU-Auslastung durch die Prozesse des Kernels und der GUI ca. um den Faktor 2 ansteigt, verbunden mit einer Erhöhung der durchschnittlichen Taktfrequenz von Werten zwischen 1,00 GHz und 1,15 GHz auf Werte zwischen 2,20 GHz und 2,60 GHz (Angaben gemäß Windows Task-Manager). Weitere Aktionen finden zu diesem Zeitpunkt nicht statt. Welche Fenster geöffnet sind, kann den beigefügten Screenshots entnommen werden.

Dieses Verhalten zeigt sich auf verschiedenen PCs, wobei einer hiervon erst kürzlich von Grund auf neu eingerichtet wurde. In diesem arbeitet ein Intel Core i5-4590S mit 4 x 3,00 GHz.

Die Mindestgröße für Labels liegt aktuell bei 20 x 20 Pixel, worauf die Werte bei einer entsprechenden Unterschreitung auch automatisch zurückgesetzt werden. Im beigefügten Beispiel sind diese Werte aber noch zu groß. Aus meiner Sicht würde eine Mindestgröße von 5 x 5 Pixel ausreichen.

Beim Durchsehen der Logs der GUI fiel mir auf, dass die GUI vergeblich nach folgenden Dateien sucht:

• C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\Lumos.mo
• C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\DMXPlugins.mo

Auf meinem PC sind nur die äquivalenten Daten für de vorhanden. Fehlen hier im Installer entsprechende Dateien?

Der vollständige Auszug aus den Logfiles lautet:

2020-03-26 17:51:39,179 [Main GUI] DEBUG NGettext.Plural.DefaultPluralRuleGenerator - Creating a built-in plural rule for langcode "en" for locale "en".
2020-03-26 17:51:39,183 [Main GUI] WARN  NGettext.Loaders.MoLoader - Unable to load any translation file. All of these not found:
C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\Lumos.mo
C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\Lumos.mo
C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\Lumos.mo
2020-03-26 17:51:39,183 [Main GUI] WARN  LumosLIB.Tools.I18n.T - Unable to find Lumos.mo translation File for Culture en: Can not find MO file name in locale directory "C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations".
2020-03-26 17:51:39,183 [Main GUI] WARN  NGettext.Loaders.MoLoader - Unable to load any translation file. All of these not found:
C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\DMXPlugins.mo
C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\DMXPlugins.mo
C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations\en\LC_MESSAGES\DMXPlugins.mo
2020-03-26 17:51:39,183 [Main GUI] WARN  LumosLIB.Tools.I18n.T - Unable to find DMXPlugins.mo translation File for Culture en: Can not find MO file name in locale directory "C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\GUI\Localizations".

Rotiere ich verschiedene Controls und möchte diese dann mit der Maus skalieren, wird hierbei der Mauszeiger nicht “mitgedreht”. Das Ergebnis ist in den beigefügten Screenshots zu sehen.

In den Settings fehlen die New project default settings und die Current project settings. Letztere sind auch nicht über das Kontextmenü zu den Cuelist Groups im Project Explorer zu erreichen.

Speichere ich ein Preset ab, werden zuvor gehighlightete Geräte dunkel geschaltet. Das Problem lässt sich wie folgt reproduzieren:

1. RGB-Devices anlegen und auswählen.
2. Highlight aktivieren.
3. Eine beliebige Farbe im Device Control einstellen.
4. Ein neues Preset anlegen.

Das Ergebnis ist, dass die gewählten Geräte nicht mit gehighlightet sind, obwohl die Funktion aktiv ist. Dies ist deswegen verwunderlich, weil sich dieses Verhalten beim Anlegen einer regulären Cue nicht zeigt. Das Highlight für die gewählten Geräte bleibt weiter aktiv.

Momentan taucht ja immer die Meldung “Device” not set in properties, wenn eben bei einem entsprechenden Interface zum Beispiel der COM-Port noch nicht gewählt ist. Möglicherweise fehlt aber in dieser Meldung eine Aufforderung, eben genau dies zu tun, sodass die Meldung eher nur als Infomeldung abgetan wird.

Um eben der Meldung mit auf den Weg zu geben, dass eine User-Interaktion erwartet wird, wäre hier ein alternativer Vorschlag zum Beispiel “Please select the “device” in advanced interface settings.”

Im Zuge der Erstellung der Videotutorials kam der oben genannte Punkt auf. Wir sprechen eigentlich die ganze Zeit vom Kernel. Der besagte Menüpunkt passt aber nicht in diesen Sprachgebrauch, auch in Hinblick auf den Umbau für DMXControl 3.3.

Es wurde im letzten Beta-Tester-Livechat beschlossen, die intelligenten Einstellungen für die Cuelists wieder herauszunehmen.

Die Funktion selbst ist deaktiviert, da sich das Dropdown-Menü bei einem Klick nicht mehr öffnet. Allerdings sollte der gesamte Eintrag aus der Liste entfernt werden.

Im Zuge der Umsetzung des Main switch features (unter anderem für die Realisierung von  FS#4015 ) kam von Arne der Gedanke, in DMXControl 3 eine Möglichkeit zu schaffen, um die Application settings auf die Standardwerte zurückzusetzen. Hier gibt es zwei, vielleicht aber auch noch mehr Varianten, über die ein solcher Reset erfolgen könnte:

• Man erhält direkt in DMXControl 3 einen Menüeintrag.
• Im Startmenü wird eine zusätzliche Verknüpfung angelegt, über die DMXControl 3 direkt mit den Standardwerten gestartet wird.

Ein großes, umfangreiches Projekt kann in der laufenden Sitzung nicht ein zweites Mal geladen werden. Dabei ist es egal, ob man zwischendurch ein anderes bzw. leeres Projekt geöffnet hat oder das gleiche Projekt direkt ein zweites Mal lädt.

Die beigefügten Logfiles zeigen den ersten Fall (Projekt laden, neues Projekt laden, ursprüngliches Projekt laden). Ein Projekt zum Testen steht bereits intern zur Verfügung.

An nahezu allen Stellen in der GUI ist der Eintrag Properties der unterste Eintrag im Kontektmenü, wie in den beiden exemplarisch beigefügten Screenshots (Bild 1 und 2) zu sehen ist. Das Kontextmenü in der Graphenansicht fällt hier zur Zeit heraus (siehe Bild 3).

Füge ich einem neuen Projekt mehrere Cuelist Groups hinzu, bleibt die Cuelist Group Number bei 1 stehen und wird nicht hochgezählt.

Bei allen anderen Objekten wie Cuelist, Devices, Device Groups, Executor und Executor Pages, arbeitet das Hochzählen dagegen einwandfrei.