Bugtracker DMXControl 3

Füge ich das Art-Net-Ausgabeplugin neu hinzu, werden die Send- und Recieve-Universen aus meiner Sicht ungünstig adressiert. Im konkreten sieht das wie folgt aus:

Device 1

• Send U1 - U4: Universes 0 - 3
• Revice U1 - U4: Universes 4 - 7

Device 2

• Send U5 - U7: Universes 8 - 11
• Revice U5 - U7: Universes 12 - 15

Möchte ich nun ein 8-Port Art-Net-Node ansprechen, muss ich hier im Device 2 mindestens die Universen für Send neu sortieren. Ich könnte zwar mein Art-Net-Node auch irgendwie umkonfigurieren, aber persönlich finde ich diese Stückelung innerhalb eines Subnet nicht geschickt. Mein erster Vorschlag wäre folgende Standard-Konfiguration:

Device 1

• Send U1 - U4: Universes 0 - 3
• Revice U1 - U4: Universes 8 - 11

Device 2

• Send U5 - U7: Universes 4 - 7
• Revice U5 - U7: Universes 12 - 15

Sobald ich das Art-Net-Plugin selbst manuell abschalte oder der Kernel es beim Herunterfahren automatisch abschaltet, erscheint im Log immer der folgende Eintrag.

17:51:13 ERROR ArtNetFactory -
System.ObjectDisposedException: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "System.Net.Sockets.Socket".
   bei System.Net.Sockets.Socket.EndReceiveFrom(IAsyncResult asyncResult, EndPoint& endPoint)
   bei System.Net.Sockets.UdpClient.EndReceive(IAsyncResult asyncResult, IPEndPoint& remoteEP)
   bei org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\mos_DMXPlugins_Pipeline_master_2\ArtisticLicenseArtNet\src\ArtNetManager.cs:Zeile 704.

Aktiviere ich es danach wieder, arbeitet es soweit auch wie erwartet. Die Meldung erweckt jedoch gerade beim Überprüfen der Einstellungen den Eindruck, als ob etwas kaputt ist.

Der Pfad zur MEVP.dll wird im Ausgabeplugin zwar übernommen, gespeichert und ist nach dem Neustart ebenfalls vorhanden. Aber irgendwie fehlt der Verweis auf die MEVP.dll, da ich im Ausgabeplugin nur den reinen Pfad angebe und (gefühlt) nicht mehr wie in einer der vorherigen Versionen auch den Namen der DLL mit eingebe. Dies hat zur Folge, dass Easy View trotz aktiviertem Interface und DMX-Out nicht starten mag.

Verschiedene DMX-Interfaces, wie zum Beispiel das Nodle U1 oder das Nodle R4S werden nach dem Beenden des Kernels nicht automatisch abgeschaltet, wenn diese zuvor aktiv waren. Die Status-LEDs gehen nicht aus.

Folgendes Vorgehen:

1. ArtNet-Plugin einmal hinzufügen und einrichten
2. ArtNet-Plugin mit Checkbox in erster Spalte deaktivieren
3. ArtNet-Plugin mit Checkbox in erster Spalte wieder aktivieren

Nun taucht im Kernel folgender Eintrag alle 3 Sekunden auf:

23:26:37 ERROR ArtNetFactory - ArtPollReply shorter than 239 bytes, ignoring!

Deaktiviert und aktiviert man das Plugin erneut, werden nun alle 3 Sekunden 2 Einträge hinzugefügt, usw.

In den Einstellungen für die Executor-Seiten kann ich festlegen, wie viele Executoren ist pro Seite nutzen möchte. Dieser Wert wird jedoch ignoriert. Egal welchen Wert ich einstelle, es werden grundsätzlich acht Executoren pro Seite angelegt.

Man kann in den Einstellungen der Executoren festlegen, dass ein Fader und Buttons nicht belegt sind. In diesem Fall könnte aus meiner Sicht die Übersichtlichkeit erhöht werden, wenn diese bei der Einstellung “Empty” ausgegraut werden, also optisch in den Hintergrund treten. Gerade ein unbelegter Fader zeigt dies nicht offensichtlich genug.

Ich habe mir ein Projekt erstellt, um die verschiedenen Executor-Typen zu testen und zu dokumentieren. Die Belegung der verschiedenen Seiten ist in den beigefügten Screenshots zu sehen. Die verschiedenen Executoren enthalten dabei auf allen Seiten mehrfach die gleichen Elemente, damit ich insbesondere auch die zahlreichen Buttons prüfen kann. Soweit ich das überblicke, werden diese Informationen auch richtig in die Datei “ExecutorMemberWrappers.xml” geschrieben.

Beim erneuten Laden des Projekts direkt aus der laufenden Sitzung heraus oder auch beim Laden des Projekts nach einem Neustart von DMXC werden die Belegung der Executor-Pages augenscheinlich unvollständig bzw. gar nicht geladen - insbesondere bei den “hinteren” Executor-Pages (im aktuellen Beispiel Group Master, Parameter Master etc.). Beim Betätigen des Faders des Executor 2.1 (Executor Page Group Master) kann man aber erkennen, dass eine Verknüpfung im Hintergrund noch existiert. Die Fader der Executoren 2.2 und 2.3 bewegen sich mit. Gleiches fällt auf, wenn man die Belegung der Executoren ändern möchte. Es wird erst beim zweiten Ablegen eines Elements auf den Executor wirklich das neue Element angezeigt.

Im Anhang findet sich neben den Screenshots des Sollzustands das zugehörige Projekt sowie die Logfiles, die nach dem Neustart und Laden des Projekts generiert wurden.

Öffne ich das Projekt aus  FS#4656  und starte dann einmal nur die GUI neu, ist das Executor-Fenster komplett leer. Es werden sowohl keine Executor Pages als auch die Executoren selbst nicht angezeigt.

Klicke ich aber auf “Add Page”, merkt das Fenster, dass bereits Executor Pages im geladenen Projekt existieren und beginnt entsprechend nach dem “höchsten” Executor zu zählen. Auch die Seitenzahl beginnt nicht bei 1.

Ist ein Button mit “Empty” belegt, sollten diese so gestaltet werden, dass diese farblich deutlich zurückhaltend gestaltet sind. Aktuell muss man sehr genau schauen, welche Button mit einer “richtigen” Aktion belegt sind.

Für den Position Master sollen folgende Buttons hinzugefügt werden:

• Zero Pan
• Zero Tilt

s.o.

siehe Titel

Aktuell gibt es in den Einstellungen für den Executor zu den Cuelists noch den Eintrag “Release at zero”. Dieser funktioniert nicht und wurde mittlerweile durch “Auto Stop” abgelöst.

Die neuen Executoren unterstützen aktuell noch keine Multi-Touch-Eingabe. Diese Funktion soll auch Basis der Implementierung im Softdesk übernommen werden.

Der neue Fadertyp “Limit” für die Executor-Variante der Cuelist ist in den Einstellungen des Executors noch nicht in der Auswahlliste für den Fader enthalten.

Wird ein Button eines Executors als Flash-Button definiert und anschließend über das IA getriggert wird der Executor zwar geflasht aber auch noch nach dem loslassen des Inputs, d.h. es ist nicht möglich in den Eingang Button 1/ Button 2 usw. zu gehen und dann zu flashen da dieser Zustand nicht beendet werden kann.

Einstellungen zu den Exeucotren werden nicht vollstdänig geladen, konkret wird nur “Name” und “Nummer” als Einstellungsmöglichkeiten angezeigt.

Logs im Anhang.

Werden Executor Pages via IA gewechselt (Screenshot des Connection-Sets im Anhang) führt dies dazu, dass das Highliten in der GUI (normalerweise ist die ausgewählte Executor Page in einem helleren Grau als alle anderen Pages) nicht mehr funktioniert. Video zu diesem Verhalten ebenfalls im Anhang.

Ich fände es praktisch, wenn die Fader im Exekutor Fenster ihre Größe automatisch ändern um so immer den Platz komplett auszunutzen.

Es ist möglich mit der Channel Overview Cues und Stageview Einstellungen zu überschreiben, durch auswählen eines Wertes der dann ausgegeben wird. Es sollte möglich sein, dieses überschreiben zu entfernen, so dass die Channel overview wieder nur die Werte anzeigt und ausgibt die von StageView, Cuelists, etc. kommen.
(Analog DMXC2, wenn ich dort die Channeloverview geschlossen habe kan die Frage, Channeloverview gibt noch Werte aus, will ich das beenden? ⇒ Ja)

- DMXControl Starten, leeres Projekt
- Neues Device (getestet mit Generic RGB + Eurolite PS-4 HCL)
- Stageview, Properties von Device
- Default Color wählen
- Lumos Drücken

Ergebnis:
- In Color-Picker + Device Control ist die Farbe gesetzt
- In Stage View, Programer + DMX Ausgabe wird weiß angezeigt.

Da mit dieser Version weitere Master Einzug erhalten, wäre hier eine zentrale Verwaltung für alle Master im Project Explorer hilfreich. Insbesondere für die Speed- und Playback-Master fehlt eine Möglichkeit, diese aus dem Projekt zu löschen.

Daher schlage ich vor, im Projekt Explorer einen weiteren Eintrag mit dem Namen Master sowie mit den festen Unterordnern Group Master, Speed Master, Playback Master hinzuzufügen. In den Unterordnern sind dann folgende Optionen verfügbar / zulässig:

• Group Master: aktivieren und deaktivieren
• Speed Master / Playback Master: neu anlegen, löschen

Da man aktuell Gefahr läuft, sich sein Projekt bei Tippfehlern mit Speed Mastern und Playback Mastern unnötig zu fluten, habe ich diesem Wunsch für den Moment eine mittlere Priorität eingeräumt.

s.o.

Für den Speedmaster wurden im Fenster nun die Buttons hinzugefügt. Hier wäre es gut, wenn die aktuelle Geschwindigkeit visualisiert wird (z.b. Learn Button blinkt)

Hallo,
für Live-Lichtshows habe ich mir die Programmoberfläche ähnlich einem Lichtpult gebaut.
Hauptsteuerungsaufgaben übernimmt der Executor, welcher in verschiedene Funktionsbereiche (Pages) eingeteilt ist.
Auf diese Weise kann ich bestimmte Colorfades oder Effekte miteinander mischen.

Was mir fehlt, ist eine Aktivitätsanzeige für die laufende CUE im Executor…damit ich die Übersicht behalte, was gerade aktiv ist.
Es braucht keine aufwendige Anzeige sein: ein Aktivitätsbalken, farbig hinterlegter Executor, LED-Anzeige im Executor o.Ä.

Ich freue mich über eine schnellstmögliche Umsetzung….
Vielen Dank!

Grüße,
McGyver

Wenn man eine Cue per Input Assignment startet, während die entsprechende Cuelist nicht geöffnet ist, und anschließend die Cuelist öffnet, ist die aktive Cue nicht gelb markiert. Die Cuelist wird im Cuelist Editor so dargestellt, als ob sie nicht aktiv wäre.

Es wäre gut, wenn man über die Fade-Time beim Starten bzw. Stoppen eines Audio Cues die Sound-Ausgabe ein- bzw. ausblenden könnte. So ist dann eine Fade-Time von 0 der direkte Start bzw. Stop, während alle Fade-Zeiten >0 das ein- bzw. ausblenden verursacht (ähnlich wie bei einer normalen Cue mit Poperties)

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.

Für die neutrale Produktion von Videotutorials wäre es hilfreich, diese neutraler zu gestalten. Dazu würde ich mich wünschen, dass ich die Anzeige der Projektbeschriebung und der Verzeichnispfad bei Bedarf abschalten kann.

Im Affintiy Manager werden die Icons der Gobos im linken Teil des Fensters nicht nach Namen sortiert. Dies erschwert das Aufsuchen von bestimmten Icons. Ggf. wäre darüber nachzudenken, ob hier per Default sowieso nur die Icons angezeigt werden, die aktuell im Projekt auch im Einsatz (entweder über die DDFs oder durch Gobolists) sind.

Die Software kann nachverfolgen, ob Änderungen am Projekt vorgenommen wurden. Dies soll in der GUI visualisiert werden. Beim QRM-Meeting vom 16.03.2021 wurde abgestimmt, dass

• Hinter dem Dateiname wird ein Sternchen eingefügt (*), zum Beispiel bei MyProject.zip*
• Das Speichern-Symbol (nicht das Speichern unter Symbol) erhält ein rotes Flag, wenn das Projekt geändert ist

Im folgenden Setup kann die GUI des PC 2 die Einstellungen wie zum Beispiel die Änderung der Sprache nicht speichern.

• PC 1: Umbra, Kernel, GUI
• PC 2: GUI

Die GUI auf PC 2 stürzt dabei komplett ab, sobald ich diese regulär schließe. Aktuell hilft es nur, wenn ich auf dem PC 2 Kernel und Umbra lokal starte und somit für die Änderung ein komplett autarkes System habe.

Wenn ich im folgenden Setup auf PC 1 in einem leeren Projekt Geräte und Gerätegruppen in einer Stage View hinzufüge, so wird die auf PC 2 nicht aktualisiert. Gleiches gilt umgekehrt.

• PC 1: Umbra, Kernel, GUI
• PC 2: GUI

Auch wenn die Icons der Geräte und Gerätegruppen nicht simultan anzeigt werden, so aktualisieren sich zumindest beide GUIs, wenn die Geräte auswähle.

Auf einer Remote-GUI werden die Vorschau-Icons für die Effekte und Filter nicht anzeigt.

Sowohl die Menüleiste des Input Assignment selbst als auch das Kontextmenü der Graphenansicht (hier erste Ebene) entspricht nicht der sonst üblichen Größe. Dadurch sind die Icons in beiden Fällen unscharf, was auch beim direkten Vergleich mit der Menüleiste des Project Explorers gut zu erkennen ist.

Im ähnlichen Kontext steht auch das Ticket  FS#4448 .

Aktuell werden die Buttons für ABS und REL im Device Control nicht angezeigt. Die Breite des Property Grids entspricht aber bereits der neuen Breite.

Ich kann unter einer neuen Itemlist aktuell noch keine Positionlist anlegen.

Ich habe in einem leeren Projekt das IA-Fenster geöffnet. Dann lege ich zwei Device Groups an und benenne diese zum Beispiel mit Group 1 und Group 2. Diese finalen Namen kommen nicht im IA-Fenster an, weil sich der Baum nicht aktualisiert.

Gleiches passiert (nicht), wenn ich die Group Master deaktiviere oder wieder aktiviere. Im Baum werden mir zum einen weiterhin beide Master angezeigt und zum anderen noch mit dem Standard-Namen “New Device Group Master”.

Dies ist der im Ticket FS#4500 angekündigte weiterführende Fehlerbericht.

Beim Sichten der GUI-Logs zum Ticket  FS#4506  ist mit folgender Eintrag beim Shutdown-Prozess aufgefallen:

2021-04-26 20:02:06,996 [Main GUI] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Themes.ThemeManager.checkCorrectFontUnit(Control parent) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Theme\ThemeManager.cs:Zeile 212.
   bei Lumos.GUI.Themes.ThemeManager.SetThemeInAllControlsTools(Control parent, AbstractGUITheme theme) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Theme\ThemeManager.cs:Zeile 316.
   bei Lumos.GUI.Themes.ThemeManager.Parent_ContextMenuStripChanged(Object sender, EventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Theme\ThemeManager.cs:Zeile 435.
   bei System.Windows.Forms.Control.OnContextMenuStripChanged(EventArgs e)
   bei System.Windows.Forms.Control.set_ContextMenuStrip(ContextMenuStrip value)
   bei System.Windows.Forms.Control.DetachContextMenuStrip(Object sender, EventArgs e)
   bei System.ComponentModel.Component.Dispose(Boolean disposing)
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.Windows.Forms.ToolStrip.Dispose(Boolean disposing)
   bei System.Windows.Forms.ContextMenuStrip.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.ComponentModel.Container.Dispose(Boolean disposing)
   bei System.ComponentModel.Container.Dispose()
   bei Lumos.GUI.Windows.InputLayer.v2.InputLayerForm.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Windows\InputLayer\v2\InputLayerForm.Designer.cs:Zeile 24.
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei WeifenLuo.WinFormsUI.Docking.DockPane.Dispose(Boolean disposing)
   bei WeifenLuo.WinFormsUI.Docking.DockPane.Close()
   bei WeifenLuo.WinFormsUI.Docking.DockPaneCollection.Dispose()
   bei WeifenLuo.WinFormsUI.Docking.DockPanel.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.Windows.Forms.ContainerControl.Dispose(Boolean disposing)
   bei System.ComponentModel.Component.Dispose()
   bei System.Windows.Forms.Control.Dispose(Boolean disposing)
   bei System.Windows.Forms.Form.Dispose(Boolean disposing)
   bei Lumos.GUI.Windows.MainForm.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Windows\MainForm.Designer.cs:Zeile 22.
   bei System.Windows.Forms.Form.WmClose(Message& m)
   bei System.Windows.Forms.Form.WndProc(Message& m)
   bei Lumos.GUI.Windows.MainForm.WndProc(Message& m) in D:\Jenkins\workspace\Lumos_Pipeline_master\LumosGUI\src\Windows\MainForm.cs:Zeile 531.
   bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Durch die Verwaltung der Projekte im Kernel können nun nicht mehr die klassischen Dialoge zum Laden und Speichern von Projekten verwendet werden. Ein eigener Dialog ist hierfür erforderlich, der sich in seinem Grundaufbau möglicherweise an den Add Device Dialog anlehnen kann.

Der Projektmanagement-Dialog sollte unter anderem folgende Funktionen anbieten:

• Importieren und Exportieren von Projekten, die auf anderen PCs genutzt werden
• Organisation der Projekte in einem Baum mit folgenden Merkmalen
  • Strukturierung der Projekte in mehreren (virtuellen) Ordnern
  • Auflistung der zuletzt genutzten Projekte
  • Favoriten
• Anzeige von Informationen zum Projekt wie Titel, Beschreibung, Autor, letzte Speicherung
• …

Zum besseren Verständnis der Arbeitsweise der Color (List) Chaser, Gobo (List) Chaser, dem Position (List) Chaser und ggf. weiteren List Chasern sollen die in einer eigenen Kategorie anzeigt werden.

In dem Zusammenhang wurde auch diskutiert, die List Chaser um “List” zu erweitern. Ob dies am Ende sinnvoll ist, muss technisch entschieden werden.

Zu der Frage ob das Masterfenster beibehalten werden soll oder nicht, wurde im QRM-Meeting vom 15.05.2021 folgendes verabredet:

1. Das Masterfenster bleibt als separates Fenster erhalten und ist auf dem bekannten Weg erreichbar.
2. Die Master werden auf Basis der neuen Executor-Controls automatisch in dem Masterfenster und alle horizontal nebeneinander anlegt.
3. Das Masterfenster erhält verschiedene Filter, um die Master nur anhand ihres Typs oder / und anhand von bestimmten Werten anzuzeigen.
4. Die Anzeige der Group Master orientiert sich weiterhin an den Einstellungen der jeweiligen Device Groups, ob ein Group Master angezeigt werden soll oder nicht.
5. Die Belegung der Buttons etc. ist nicht konfigurierbar und basiert auf Basis der Standardeinstellungen, mit denen ein Master auch einem Executor zugeordnet wird.
6. Aus den verschiedenen Master-Ordnern kann man das Masterfenster direkt mit einem gesetzten Filter öffnen, um zum Beispiel nur die Group Master oder nur die Parametermaster anzuzeigen.

Fehlerbeschreibung

Die Master werden in der Reihenfolge 1, 10, 11, 2, 3, 4, 5, 6, 7, 8 ,9 dargestellt, zum schnellen finden wäre eine normale Sortierung praktischer.

Kann der Kernel ein Projekt nicht speichern, weil es durch andere Anwendungen schreibgeschützt ist oder nicht gefunden werden kann, erhält der Nutzer keine Info mehr darüber. Hier sollte unbedingt eine Fehlermeldung in der GUI erscheinen, wie es auch aktuell in DMXC 3.2.x der Fall ist.

s.o.

Legt man eine neue Color-, Gobo oder Positionlist an, erscheint hierzu immer der Auswahldialog “New Item List”, wo über das dort enthaltende Dropdown-Menü der Typ ausgewählt wird.

Tendenziell ist dieser Auswahldialog “New Item List” aber eigentlich überflüssig. Die dortigen Einträge können auch in das Kontextmenü des Project Explores überführt werden, so wie es bereits bei den Mastern der Fall ist.

Ist in einem DDF ein nicht rotierbares Goborad definiert, ist im Gobo Device Control Fenster trotzdem der Fader für die Rotation anwählbar bzw. veränderbar.
Dieser müsste eigentlich grau hinterlegt sein.
Ein Verstellen des Faders hat (logischerweise) keine Auswirkung auf die DMX Ausgabe.

Ist im DDF hingegen ein statisches und ein rotierbares Goborad definiert, ist der Rotationsfader vom statischen Rad ausgegraut.
Hier funktioniert alles wie es soll.

Nico

Ich habe ein Gerät mit einer 1×6 Matrix (6 Pixel horizontal in einer Zeile). Ändere ich hier die Ausrichtung der Matrix oder möchte diese auf einer Ebene spiegeln, friert die GUI ein. Nach dem Abschießen der GUI lässt sich der Kernel daraufhin auch nicht mehr per Kommandozeile vollständig herunter fahren.