Bugtracker DMXControl 3

Beim Arbeiten mit den Zoom-Steuerelementen musste ich feststellen, dass

• beim Klicken auf das + bzw. - in der Lupe gar keine Aktion ausgelöst wird (siehe Bild 1 und 2)
• an der im Bild 3 gezeigten Mausposition der Ausschnitt immer noch vergrößert wird, obwohl sich die Maus bereits im Bereich zum Verkleinern der Ansicht befindet.

Grundsätzlich wäre die Erwartungshaltung, dass ich mit der Maus innerhalb eines gedachten Rechtecks um das jeweilige Icon herum die jeweilige Funktion nutzen und somit auch direkt auf die Icons klicken kann (siehe Bild 4).

Ordne ich den Eingängen eines Input Selectors verschiedene Farben als RGB-Wert zu, so werden die nach dem Speichern und Neuladen des Projekts konvertiert (siehe Bild 1).

Ändere ich den Farbwert nach dieser fehlerhaften Konvertierung, so versteht der nachgeschaltete Button die Farbe nicht mehr als Farbwert sondern nur als Text und ändert dem entsprechend unbeabsichtigt seine Beschriftung (siehe Bild 2).

Die Fehlerbeschreibung ist diesmal im beigefügten Video.

Eventuell steht dieses Ticket im Zusammenhang mit dem Ticket  FS#4271 .

Im Installations-Assistent wird beim ersten Schritt der Text der Überschrift verdeckt, da nun auch die Build-Nummer mit in die Versionsnummer aufgenommen wurde.

Hier wäre die Frage, welchen Mehrwert die Buildnummer zumindest in den Texten darstellt.

Bei der UAC-Abfrage lautet der Titel nun “DMXControl3 Installer“. Zum ein fehlt das Leerzeichen zwischen DMXControl und der 3, zum anderen wurde im Installer der 3.2.1 auch explizit die Version 3.2.1 genannt.

Ob das Wort “Installer” durch “Setup” ersetzt wird, ist mir dagegen gleich.

Das Powersource-Node wird nicht aktualisiert, wenn die Geräte einer Device Group oder die aktuelle Auswahl in der Stage View mehreren Powersources zugeordnet sind.

1. 8 Geräte mit gepflegten Leistungsdaten anlegen.
2. 2 oder mehr Powersources anlegen.
3. Geräte 1 bis 4 der Powersource A, Geräte 5 bis 8 der Powersource B zuordnen.
4. Neues, leeres Connectionset anlegen, Powersource-Node einfügen und Powersource A wählen.

In den beiden folgenden Fällen werden die Inhalte des Nodes nicht aktualisiert:

1. Man wählt in der Stage View die Device Group aus und highlightet diese.
2. Man wählt manuell die Geräte 1 bis 5 aus.

Wählt man dagegen nur die Geräte 1 bis 4 aus, aktualisiert das Powersource-Node die Werte auf der Output-Seite, auch ohne dass hieran weitere Nodes etc. angeschlossen sind.

Habe ich Geräte einer Powersource zugeordnet und lasse mir das zugehörige VU-Meter anzeigen, werden dessen Werte nicht kontinuierlich aktualisiert.

1. Devices mit gepflegten Leistungsdaten hinzufügen
2. Powersource anlegen
3. Electricity-Window öffnen
4. In der Stage View Geräte highlighten oder Lumos drücken

Das Ergebnis ist, dass das VU-Meter wird nicht aktualisiert wird. Ändere ich aber zum Beispiel den Namen, bekommt das VU-Meter die aktuellen Werte übermittelt. Die Nodes im Input Assignment sind davon nicht betroffen.

Aktuell werden Sound-Dateien in der Projekt-Datei ebenfalls im Ordner Config gespeichert. Hier kam mir die Frage, ob es nicht sinniger wäre, die Dateien analog zu den DDFs in einem komplett eigenen Verzeichnis zu speichern.

Problem siehe oben und lässt sich wie folgt reproduzieren:

1. Slider mit Parametermaster 1 verknüpfen.
2. Connectionset deaktivieren.
3. Im Parametermaster-Node einen anderen Parametermaster, zum Beispiel Parametermaster 2 auswählen.
4. Connectionset aktivieren.

Das Ergebnis ist, dass der Slider nach dem Reaktivieren des Connectionsets weiterhin den Parametermaster 1 anspricht, obwohl im Connectionset auf der Inputseite die ID des Parametermaster 2 vermerkt ist. Diese wurde intern nicht weiterverarbeitet. Gleiches lässt sich mit dem Cuelist-Node reproduzieren.

Beim DMX-Interface-Node werden die Ausgänge Available, Heartbeat und Heartbeat restarts nicht aktualisiert, was insbesondere am Heartbeat zu sehen ist.

Ziehe ich mein aktives Nodle R4S am PC ab, wäre zudem zu erwarten, dass sich der Wert für Available von true auf false ändert - spätestens, wenn im Kernel entsprechende Logeinträge aufgeführt werden.

Aktuell bietet das Node Position to Pan / Tilt nur die Ausgänge für Pan und Tilt als DMX-Wert, jeweils für 8 bit und für 16 bit. Benötige ich aber in einem Connectionset den Wert für Pan und / oder Tilt im Wertebereich 0 bis 1, muss ich mir erst das beigefügte Connectionset bauen und verkompliziere den Graphen dadurch unnötig.

Hier wünsche ich mir eine Möglichkeit, dass ich die Werte direkt im Wertebereich 0 bis 1 erhalte.

Expression-Node einem Graphen hinzufügen und versuchen, die Werte für die Variablen zu ändern.

Das Ergebnis ist, dass dies so lange nicht akzeptiert wird und der eingetragene Wert immer im Falle der Standardkonfiguration auf 1 zurückspringt, bis nicht jeder Input einmal kurz mit einem Input verknüpft war, zum Beispiel dem DMX-In.

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.

Wird im Expression-Node bei einem Input für eine Variable ein fester Wert wie zum Beispiel 14311 eingetragen (siehe Bild 1), so wird dieser nicht beim erneuten Laden des Projekts nicht mehr vorhanden. Dazu fehlt in den Properties des Nodes auch der zugehörige Eintrag (siehe Bild 2).

Daraus lässt sich ableiten, dass das Expresion-Node erwartet, dass alle Inputs mit anderen Nodes verbunden sind, von denen es seine Werte erhält. Dies Verhalten ist so nicht erwartet, weil es bei allen anderen Nodes klappt.

Klone ich ein bestehendes Connectionset mit mehreren Nodes, so werden die darin verwendeten Nodes nicht aktualisiert bzw. aktiviert. Dadurch arbeitet das Connectionset nicht wie gewünscht. Der beigefügte Screenshot zeigt die Situation nach dem Klonen. Das Connectionset selbst als auch die zugehörige Bank ist aktiv.

Dieses Ticket ist (möglicherweise) ein Seiteneffekt vom Ticket  FS#4129 , der dort bereits schon angemerkt wurde.

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).

Aus dem Ticket  FS#4192  hervorgegangenen Diskussion im BBB ging hervor, dass für die Anzeige des Softdesks auf Bildschirmen mit unterschiedlicher Auflösung noch verschiedene Vorgaben fehlen. Das Ziel dieser Vorgaben soll sein:
* Im Live-Mode passt sich das Softdesk unter verschiedenen Auflösungen auf Wunsch jeweils an die Bilddiagonale an.
* Man kann eine Bezugsgröße vorgeben, dass mehrere Softdesks mit unterschiedlich viel Inhalt trotzdem auf die gleiche Größe skaliert werden.
* Im Designer erhält man verschiedene Möglichkeiten in Form von Linealen etc., dass man beim Erstellen eine Orientierung erhält, wie viel Platz im Softdesk zur Verfügung steht. Diese sollen dabei keinen Einfluss auf die eigentliche Anzeige im Live-Mode haben (siehe Ticket  FS#4192 ).
* Der Designer erhält eine Anzeige zur aktuellen Zoomstufe, damit man einen Bezug erhält, wie man den zur Verfügung stehenden Platz nutzt.

Da Bilder mehr als 1000 Worte sagen, werde ich im Nachgang noch ein paar einfache Grafiken erstellen, welche als entsprechende Diskussionsgrundlage dienen, weswegen auch der Status “Usabiltiy Relevant”. Bis dahin soll dieses Ticket erst einmal ein Merker sein.

Wie im beigefügten Beispiel zu sehen, wird das komplette Fenster nicht mit der gewählten Hintergrundfarbe ausgefüllt. Dabei ist es egal, ob ich mir das Softdesk im Window Modus oder im Fullscreen anzeigen lasse. In beiden Fällen erscheint am linken und unteren Rand der Standard-Hintergrund, sobald die Controls nur einen Teil des zur Verfügung stehenden Platzes ausfüllen.

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.

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.

Möchte ich im Fenster für die Devices-Images ein anderes Bild für eine Device Group wählen, kann ich in diesem Fenster

• nicht scrollen,
• nach dem Auswählen eines ersten Bildes kein alternatives anwählen,
• die Auswahl nicht mit dem Button OK bestätigen, um das Fenster zu schließen.

Ähnliches gilt für die Gobo-Affinity. Im Fenster zum Auswählen eines Devices-Images bleibt aktuell nur die Möglichkeit, ein Image per Doppelklick zu wählen - sofern es im aktuellen Fensterausschnitt enthalten ist.

Ein Screenshot sowie die Log files der Sitzung habe beigefügt.

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 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.

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.”

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

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

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.

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.

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.

Das beigefügte Projekt kann wegen eines Timeout-Fehlers beim ersten Versuch nicht geladen werden. Es erscheint die Fehlermeldung “Project could not be loaded. Either the file ist corrupt or not a valid project file”. Hierzu gibt der GUI folgenden Hinweis in den Logs:

2020-03-30 21:02:52,252 [Log-Thread] WARN  Lumos.GUI.Facade.GUISession.CommandWrapper - Exception when executing Command loadProject: The Command "loadProject" has timeouted after 198000ms
System.TimeoutException: The Command "loadProject" has timeouted after 198000ms
   bei Lumos.GUI.Facade.GUISession.CommandWrapper.execute(Object[] parameters) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Facade\GUISession\CommandWrapper.cs:Zeile 189.

Schließe ich die GUI und starte sie neu, wird das Projekt nur zum Teil geladen, jedoch wirft der Kernel dabei weitere Fehlermeldungen, unter anderem:

2020-03-30 21:25:06,237 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.DeviceManager - Created saved Device MH-X60 14CH in 204357 us
2020-03-30 21:25:06,250 [65] ERROR org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithDiscreteValue - Illegal use of Attributes "minval,maxval" in XmlNode device-->functions-->prism-->step. This DDF might not be loaded in a future Version!

Diesen Fehler kann ich zwar korrigieren (siehe Projekt DDFs korrigiert), jedoch lässt sich das bearbeitete Projekt ebenfalls nicht vollständig laden, weil laut Jens-Peter ein Fehler im Input Assignment vorliegt (hier hängt der Ladeprozess am längsten fest).

Füge ich das Ausgabeplugin für EasyView hinzu, um darüber EasyView direkt anzusprechen, wird die Konfiguration zwar ordungsgemäß gespeichert, beim (erneuten) Starten von DMXControl 3 - egal ob Kernel und GUI getrennt oder im NoNetwork-Modus - wird EasyView nicht automatisch mit gestartet. Rufe ich EasyView im Nachgang manuell auf, verbleibt EasyView im Demo-Mode.

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".

Möchte ich über die DDFLib ein DDF suchen und öffne hierzu das Fenster, erscheint die beigefügte Fehlermeldung und im GUI-Log der folgende Eintrag.

2020-03-25 18:18:25,124 [Log-Thread] INFO  Lumos.GUI.Windows.DDFLibSearchForm - Exception when accessing DDFLib Webservice: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden..
System.Net.WebException: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden..
   bei DDFAPIClient.DDFClient.CheckResponse(IRestResponse response, HttpStatusCode expectedHttpStatus)
   bei DDFAPIClient.DDFClient.GetDataList[T](Boolean fromCache, Dictionary`2 filters)
   bei Lumos.GUI.Windows.DDFLibSearchForm.<>c__DisplayClass4_0.<.ctor>b__0() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\DDFLib\DDFLibSearchForm.cs:Zeile 49.
   bei System.Threading.Tasks.Task`1.InnerInvoke()
   bei System.Threading.Tasks.Task.Execute()

Entsprechenden Aussagen im Forum zu Folge, scheint dieser Fehler nicht unbedingt ein Fehler in DMXControl 3.2.1 selbst zu sein, denn auch in DMXControl 3.2.0 tritt dieser Fehler mittlerweile auf.

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.

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.

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.

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.

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 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.

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.

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.

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.

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.

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

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

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

Kernel

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

GUI

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

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

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.

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.

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.

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.

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.

Durch das Redesign der Auswahlrahmen und Anfasser für die Softdesk Controls musst der Patch zu  FS#3470  nun wieder entfernt werden. Dieser sorgt dafür, dass alle Controls nach der Eingabe eines Werts für die Größe nun um 5 Pixel anwachsen.

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.