Bugtracker DMXControl 3

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Bei der Wiedergabe einer Timecode-Show kommt es mehr oder weniger regelmäßig unregelmäßig zu einem Knacken im Audio / Ton. Teilweise stockt die Wiedergabe des Tons kurzzeitig.

Ticket wurde zwecks Dokumentation und zum Nachvollziehen der Testergebnisse nachträglich erstellt.

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Version: 3.3 RC3

Ich habe auf einem PC bereits eine DMXC3.3-Instanz laufen. Dann starte ich auf einem zweiten PC eine weitere komplette Instanz von DMXC 3.3.0. Beide PCs befinden sich aber im gleichen Netzwerk. Hier beschwert sich der Kernel vom PC2, dass er sich nicht mit dem Umbra des PC1 verbinden kann - und in der Situation auch gar nicht soll. Die ersten Zeilen des Logs sehen wie folgt aus:

2024-04-04 23:08:38,105 [Log-Thread] WARN  org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra DefaultUnknownServerName @ 192.168.21.31...
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
 ---> System.OperationCanceledException: The operation was canceled.
   --- End of inner exception stack trace ---
   at LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:line 688

Dieser Fehler ist mir bewusst erst mit dem RC2 unter die Finger gekommen. Grundsätzlich stört es den Betrieb nicht, aber der füllt das Log-File des Kernels.

Der PWM static Effekt reagiert nicht mehr auf die Position des zugeordneten Parameter-Masters. Vielmehr wird der Effekt mit einer nicht weiter beeinflussbaren Geschwindigkeit kontinuierlich wiedergegeben - unabhängig des Werts des Parameter-Masters.

Hierzu im beigefügten Projekt die Cuelist ausführen und versuchen, den Effekt über den Parameter-Master 1 zu beeinflussen. Auch die Log-Dateien habe ich angehangen.

Wie es ausschaut, scheint sich dieser Fehler erst in einer der letzten Versionen eingeschlichen zu haben. Im RC1 existiert das Problem aber bereits.

Ich habe in dem beigefügten Projekt eine einfache Cuelist gebaut, in der ich zwei Color Master in Kombination mit verschiedenen Fanning-Operatoren nutze.

Wechsle ich nur innerhalb des Fannig-Operators die Reihenfolge der Color Master, so wird die Farbe immer direkt übergefadet. Ändert sich aber mit der nachfolgenden Cue der Fanning-Operator, springt die Farbe des entsprechenden Geräts jedoch grundsätzlich hart auf weiß, um dann in die Zielfarbe einzufaden. Die Reihenfolge der Color Master ist dabei unerheblich.

Dies ist sowohl in der Stage View als auch in der Channel Overview zu sehen.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Es gibt Geräte mit mehreren verschiedenen Frostfiltern, die unabhängig voneinander eingefahren werden können.

Hier sollten (ähnlich wie bei den Goborädern) mehrere Frostfilter möglich sein. Im DDF muss dazu der Tag “frost” mehrfach eingefügt werden dürfen:

<frost dmxchannel="0">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>
<frost dmxchannel="1">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>

Dies kommt beispielsweise bei den folgenden Geräten vor:

• JB-Lighting P12 (https://www.jb-lighting.de/P12Profile) und dessen “Geschwister”.
• Martin ERA 800 Profile (https://www.martin.com/en/products/era-800-profile)
• Elation Smarty Max (https://www.elationlighting.com/smarty-max)

Das Problem ist analog zu FS#4207.

Wenn ich DMC unter Win mit mehreren Bildschirmen an einer Docking Station starte, dann wird bei Programmstart die Projektadministration nicht geöffnet und man kann kein Projekt auswählen oder ein neues öffnen. Der Reiter Projekte öffnen unter Datei ist ausgegraut.

Hallo,
Ich habe das auf zwei PCs ausprobiert auf beiden das selbe.

An dem PCs war jeweils ein Nodle U1 angeschlossen.

Das Programm wird gestartet.
Das Nodle U1 sowie ART-NET funktioniert einwandfrei.

Deaktiviere nun über den Main Switch DMX Interfaces die DMX Ausgabe, wird diese beim Nodle U1 und beim ART-NET wie gewollt abgeschaltet

Möchte ich die Ausgabe allerdings wieder mit dem Main Swicht einschalten, wird ART-NET eingeschaltet aber das Nodle U1 nicht.
Das kann ich nur noch über Settings, DMX Interfaces und dort den Haken setzen wieder einschalten.

Mit ein bischen herumprobieren funktioniert es dann auch irgendwie irgendwann.
Nur nach dem nächsten Programmstart geht es dann wieder nicht.

Im Kernel habe ich folgendes gefunden:
23:10:43 WARN AbstractDMXInterfaceManager - Restarting Interface Nodle U1/DMXControl Projects e.V.#1499978628742433 because of missing Heartbeat!
23:12:18 INFO DMXInterfaceBag - Execution of SetEnabled: True took 266 ms in Interface DMXControl Projects e.V.#1499978628742433
23:12:28 WARN AbstractDMXInterfaceManager - Restarting Interface Nodle U1/DMXControl Projects e.V.#1499978628742433 because of missing Heartbeat!
23:12:40 INFO DMXInterfaceBag - Execution of SetEnabled: True took 271 ms in Interface DMXControl Projects e.V.#1499978628742433
23:12:41 INFO DMXInterfaceBag - Execution of SetEnabled: True took 263 ms in Interface DMXControl Projects e.V.#1499978628742433

Ich würde halt erwarten das das Nodle sowie ART-NET einfach wieder über den Main Switch eingeschaltet werden kann, ohne das ich noch über die Settings eingreifen muß.

Gruß Steff

Beim Ändern der Größe von Lampen in der Stageview kam es zu Warnungen im Kernel und es war nicht mehr möglich das Projekt zu speichern oder im Project Explorer ein Objektiv hinzuzufügen. Logs im Anhang.

Wenn ich die Szene “Lila Blau” aus der Szenenliste “You raise me up” des angehängten Projektes in den Programmer lade und dann versuche, diesen als neue Szene in einer leeren Szenenliste (z.B. “Ganz für dich da”) zu speichern, tritt folgender Fehler im Kernel-Log auf und die Szene wird nicht gespeichert:

21:05:32 WARN  Cuelist_gService - Unable to Process AddCue Request.
System.InvalidOperationException: Can't add Group. The Group you tried to add is already part of the Group you tried to add it to
   at org.dmxc.lumos.Kernel.Devices.DeviceGroup.addGroup(IDeviceGroup group) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Devices\DeviceGroup.cs:line 640
   at org.dmxc.lumos.Kernel.Scene.Entry.SceneEntryTools.CreateMatchingDeviceGroup(ProgrammerFilterPredicate predicate, IDeviceGroup org, String groupPropertyId) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Entry\SceneEntryTools.cs:line 427
   at org.dmxc.lumos.Kernel.Scene.AbstractScene.copy(ProgrammerFilterPredicate predicate) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\AbstractScene.cs:line 561
   at org.dmxc.lumos.Kernel.Net.gService.Cuelist_gService.InsertProgrammerSceneAt(IUserContext uc, ISceneList sl, Int32 index, ProgrammerFilterPredicate predicate, Nullable`1 trigger) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Cuelist_gService.cs:line 651
   at org.dmxc.lumos.Kernel.Net.gService.Cuelist_gService._addProgrammerCue_RequestReceived(Object sender, RequestEventArgs`1 args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Net\gService\Cuelist_gService.cs:line 620

Hilfreich wäre es schon, wenn das Log die konkreten Namen der problematischen Gruppen enthalten würde.

Fehlerbeschreibung

Erwartetes Verhalten

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Regelmäßig unregelmäßig kam es in bei mir im York vor, dass ein Tastendruck im Softdesk teilweise mit mehreren Sekunden Verzögerung umgesetzt werden. Dieses Problem kommt und geht über den Abend, ohne dass nicht explizit Änderungen am ausgeführten Projekt durchgeführt werden.

@patme hat in der heutigen Beta-Testerrunde berichtet, dass ihm dieses Problem bei einem seiner letzten Langzeit-Testläufe mit DMXControl 3.3.0 Beta 2 ebenfalls unter die Finger gekommen ist.

Fehlerbeschreibung

Erwartetes Verhalten

Hat sich aus irgendeinem der Kernel aufgehangen oder ich schließe ihn manuell, will dieser noch versuchen das Projekt zu speichern. Der Speichervorgang schlägt allerdings fehl und die betreffende Projekt-Version ist leer. Die zugehörige Datei ist 0 KB groß. Das sieht im Kernel-Log dann wie folgt aus:

2024-07-17 20:39:53,000 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2024-07-17 20:39:53,034 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2024-07-17 21:15:19,964 [102] FATAL org.dmxc.lumos.Kernel.Run.KernelRunManager - Console closed. Shutting Down!
2024-07-17 21:15:20,558 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Net.gService.Project_gService - Start saving Project.
2024-07-17 21:15:20,560 [Log-Thread] INFO  org.dmxc.lumos.Kernel.Project.ProjectManager - Saving Project Clubset ...

[[[ Letzter Eintrag im Log ]]]
[[[ Konsolenfenster geschlossen ]]]

Lade ich nach dem Neustart von DMXC3 das Projekt, schlägt dies fehl, weil die letzte Version des Projekts kaputt ist (Projekt-Datei ist 0 KB groß und leer).

Hallo,
Im Node für Proceduren eines Devices oder Device Group die Möglichkeit schaffen eigene Proceduren zu verwenden.

Es gibt da in dem Node eine Liste von Proceduren die man verwenden kann.
(Bild von der Liste im Anhang)
Ich hatte einen Teil des DDFs mit dem DDF Creator 3 erstellt. Auch hier gibt es eine Liste mit Proceduren.
(Auch hiervon ein Bild im Anhang)
Es gab da, da das was ich verwenden wollte nicht aufgeführt war, die Möglichkeit eine Procedure “Custom” anzulegen.
Ich habe dafür dann auch zwei Proceduren “Custom” erstellt.
Diese beiden Proceduren kann ich über die Stage View anwählen und ausführen, Im Node für die Proceduren finde ich die aber nicht.

Mein Wunsch wäre:
Entweder, wenn in dem Node ein Device oder eine Device Group ausgewählt wurde, die dafür verwendbaren Proceduren alle anzuzeigen.
Oder
Zusätzliche Proceduren in die Liste zur Verwendung mit aufzunehmen.
In meinem Fall wäre das fan_min und fan_max
Vielleicht gibt es da von anderen noch weitere Wünsche ?

Ich habe mein verwendetes DDF auch mal mit angehängt.

Gruß Steff

Hallo,
Ich wollte den Node für die Prozeduren von Devices oder Device Groups verwenden.
Um eine Device Group oder ein Device für dieses Node auszuwählen muß ich ein Device oder Device Group Node hinzu fügen, dies mit dem Prcedure Node verbinden um entsprechendes auszuwählen.

Hier wäre mein Wunsch:
Das in das Procedure Node eine Möglichkeit eingebaut wird, in den Properties von dem Node ein Device oder Device Group anzuwählen.

Gruß Steff

Aktuell existiert im Executor-Fenster grundsätzlich der Button “Add Page”. Dieser sollte für den Live-Betrieb aber abschaltbar sein, um dort nicht versehentlich neue Seiten anzulegen.

Eventuell könnte eine Variante sein, diese Option in die Properties des Zweigs für die Executor Pages.

Hallo,
Ich habe etwas mit der 3.3.0 RC 2 getestet.
Unter anderem auch mit dem neuen Timer Node.
Dieser ist wirklich gut geworden.
Er vereinfacht und reduziert einiges an Aufwand.

Was mich daran nur etwas stört ist:
Das wenn ich den Timer Modus verwende er mit Low 0 anfängt.

Ich habe ihn z. B. Verwendet um ein Signal Lamp blinken zu lassen. Enable ich den Node ist die Leuchte erst Dunkel und geht erst nach der eingestellten Zeit an und blinkt.
Schöner wäre es wenn der Ausgang sofort nach dem Enable auf High gesetzt wird, auch der Ausgang sofort auf High geht und dann weiter blinkt.

Man hätte bei einer Änderung sofort eine sichtbare Ausgabe und das nicht erst nach der eingestellten Zeit.

Gruß Steff

Es wäre cool, wenn man bei dem Breite-Parameter des Chaser Effekts auch Random auswählen könnte, damit er z.b. bei einem Schritt 4 breit ist und beim anderen 2 breit ist, bzw. dass man 4 und danach 2 Punkte hat, wenn auch der Mode des Effekts Random ist.

Wenn bestimmte Optionen in den Cuelistsettings nicht nicht verwendet werden, sollten diese entweder nicht angezeigt werden oder noch besser ausgegraut werden:

1. Wenn “Use Cue Time as Back Time” auf true steht, dann “Go Back Time” ausgrauen
2. Wenn “Use Cue Time as GoTo Time” auf true steht, dann “GoTo Time” ausgrauen

Mein Problem war, es war eine GoTo Time eingestellt, aber die Option war an. Das erkennt man derzeit so einfach nicht.

Im beigefügten Beispielprojekt habe ich vier verschiedene Inputs an das LTP-Node gehängt: Macro Board Profile, Tastatur (Umsch + 1), Push-Button aus Softdesk (Button 2) und MIDI. Lade ich das Projekt, kann ich über den Button 1 bereits die Signal Lamp einschalten, weil der LTP keinen definieren Wert übergibt, da er wiederum keinen definierten Wert von den Inputs erhält.

Dies hat bei anderen Projekten zur Folge, dass zum Beispiel ungewollt Cuelists ausgeführt werden. Zur Zeit lässt sich das nur dadurch beheben, dass ich nach dem Laden einmal alle Tasten betätigte und damit auch eine Neuberechnung des jeweiligen Connectionsset anstoße. Dabei muss ich beachten, dass beim manuellen Triggern alle Bänke aktiv sind, in denen ich die jeweiligen Input nutze. Sobald eine Bank nicht aktiv ist, behält der Input seinen undefinierten Zustand bei, wenn ich die Bank nachträglich aktiviere. Dies hat wiederum zur Folge, dass ich die dort in den Connectionset enthaltenen Inputs erneut manuell triggern muss.

Hierzu hatte sowohl ich das Ticket  FS#3958  sowie @steff das Ticket FS#4432. Vielleicht hat eines oder gar beide eine gewisse Relation zu diesem Ticket.

Bei diesem Punkt handelt es sich um ein Verhalten, was sowohl in DMXControl 3.2.3 als auch in DMXControl 3.3 Beta 2 gleichermaßen existiert. Um dies prüfen zu können, ist das Projekt in DMXControl 3.2.3 erstellt.

Können durch diverse Filter (voreingestellte Filter oder durch manuelle Textfilter aus Suchmaske) keine passenden Ergebnisse gefunden werden, soll hierauf durch einen Text wie “No results found” hingewiesen werden. Im Fall der Gobo List ist es aktuell so, dass dann man nur ein leeres Fenster sieht.

Im Timecode Player sind nur Cuelists mit Timecode Trigger erlaubt. Daher können bestehende Cuelists, in denen auch andere Trigger verwendet werden, nicht in den Timecodeplayer eingefügt werden. Es wäre gut, wenn es hierfür eine Art Konvertierung gibt, die das ermöglicht. Am besten mit Abfrage, ob dieser Eingriff wirklich gemacht werden soll, weil das die Cuelist grundlegend ändert. Das aber nur anbieten, wenn das wirklich geht, denn Manual- oder Beat-Trigger können nicht konvertiert werden. Zu klären ist nur noch, ob der Fade-Speed mit eingerechnet wird oder nicht. Möglich wäre auch, diese Funktion als Konvertierungsfunktion im Menü der Cuelist anzubieten

Ich habe bewusst im Project Store herumgefummelt und dabei eine Projekt-Datei umbenannt. Möchte ich nun diese Version trotzdem laden, erscheint in der GUI nur die allgemeine Fehlermeldung “An error occurred while loading version ??? of …” und das Project Errors Fenster bleibt komplett leer. Der Kernel meldet aber korrekterweise, dass die Version nicht gefunden werden kann.

Von daher wäre es hilfreich, wenn die Info, die der Kernel hat, ebenfalls an die GUI weitergereicht wird - hier also “Unable to find Project ??? in Project Store”.

Ich sende aus Virtual DJ über MIDI alles, und ich meine hier wirklich alles an DMX Control.
Z.B. habe ich in der Virtual DJ Bibliothek auch immer ein Feld in dem mögliche Tänze zum Lied stehen. Z.B. eben für Tanzveranstaltungen. Diese sind wie im Turniersport üblich mit RB Rumba, DF Discofox und so weiter kodiert. In DMX Control habe ich dann ein paar Cuelists die z.B. passendes Licht für eben Rumba oder Discofox machen. Diese werden automatisch gestartet, wenn Virtual DJ über MIDI eben die Buchstaben RB oder DF überträgt. Das funktioniert aktuell einfach über eine ASCII kodierte MIDI Controller Nachricht. Aus Virtual DJ heraus kann ich problemlos quasi beliebig lange strings als MIDI Nachrichten, also byte Array senden.

In DMX Control kann ich aber nur einzelne Bytes empfangen und keine Arrays.
Im Moment muss ich ich hier ziemlich in die Trickkiste greifen. Und das klappt auch nur weil es im Moment “nur” ein paar Zeichen sind, die ich auswerte. Siehe Bild.

Ich würde mir Wünschen, dass eine zusätzliche Regeln eingeführt wird in der man sagen kann “empfang die Bytes von hier bis hier” oder Startindex und Länge oder so.
Außerdem müssten diese Bytes natürlich verarbeitet werden. Also z.B. ToInt64 oder ToString oder so.

Aktuell kann ich die verschiedenen Executor-Seiten nicht in einer eigenen Reihenfolge anordnen. Die angebotene Option “UI Order Index” wird zur Zeit ignoriert.

Projektmanager und Abfrage “Fenster wie zuletzt laden” erscheinen u.U. nicht auf dem gleichen Monitor wie die GUI.
Weil man z.B. während dem Laden irgendwas anderes am PC macht geht wahrscheinlich der Fokus verloren.
Ich vermute die Fenster starten “CenterScreen” und nicht “CenterOwner”.
Letzteres erscheint mit sinnvoller, weil diese “MessageBoxes” ja nur im Kontext des Owners Sinn machen.

Benenne ich eine Timecode-Show um, verbleibt die zugehörige XML-Datei mit dem alten Namen weiter in der Projektdatei. Diese wird auch beim erneuten Laden des Projekts eingelesen und dann beim nächsten Speichern wieder in der Projektdatei ablegt.

Aktuell wird das Dirty Flag gesetzt, wenn sich der Play-State des Timecode Players verändert oder die Position des Zeitmarkers. Das macht aber eigentlich nicht so viel Sinn und wird auch in anderen Programmen (z.B. DaVinci, Adobe Premiere, Adobe Audition,…) nicht so gemacht. Ich will ja eigentlich nur Änderungen an der Timecode-Show an sich speichern, aber nicht, ob die Show gerade läuft oder nicht. Aktuell wird nämlich dadurch im Hintergrund auch automatisch Autosave aktiv, was beim reinen Abspielen einer Show ja aber keinen Sinn ergibt.

Die Message-Box muss an folgenden Stellen von ihrem Verhalten her angepasst werden. Der in eckiger Klammer gesetzte Eintrag ist derjenige, der standardmäßig vorbelegt sein soll

• Ordner (im Project Explorer allgemein) löschen: Ja / [Nein] (statt nur OK)
• Gerät löschen: Ja / [Nein] (statt nur OK)
• Cuelist löschen: Ja / [Nein] (statt nur OK)
• Cuelist Group löschen: Ja / [Nein] (statt nur OK)
• Datei löschen: Ja / [Nein] (statt nur OK)
• Item List löschen: Ja / [Nein] (statt nur OK)
• Zuordnung zu Executor löschen: Ja / [Nein] (statt nur OK)
• Stage View löschen: Ja / [Nein] (statt nur OK)
• Connectionset löschen: Ja / [Nein] (statt nur OK)
• Bank im Input Assignment löschen: Ja / [Nein] (statt nur OK)

Wie zu erkennen, ist bei den meisten Abfragen, die ein Löschen initiieren, standardmäßig das Schema “OK oder Dialog schließen zum Abbrechen” hinterlegt statt dem besseren Verhalten (auch bezogen auf die Fragestellung) “Ja / Nein”.

This Task is to bring attention to the occurrences of random crashing experienced when programming the last project worked on. (v3.2.3)

I cannot pinpoint exactly what causes these issues but I have attached a LOG Export from the project. I hope it is not too late since the bugs occurred to export the LOG.

These crashes ranged anywhere from:

-Cue lists randomly not tracking correctly after some time programming inside the GUI.

-Tracking True / False Not applying to cue lists.

-Fixture Parameters not being able to be selected in the GUI or Programmer.

-Rare, but the whole GUI would sometimes lock up to the point I could not save a project before attempting to restart.

Generally, a full restart of the DMXControl Application would resolve the issues.

Sometimes, a full system restart was required.

Also, it seems the parameter: “Reset When Released” has absolutely no effect on Cue list release behavior.

I did notice this trend: that often when using Fanning Parameters (E.g. -90<>90 … 0>120>0 … 0<>90) in X/Y Moving head parameters, that DMXControl 3.2.3 would then behave extremely erratically, and eventually begin adding its own values in parameter fields, and eventually crash. When closing the application, I would then be presented with a messaged saying: “DMXControl Crashed - This should not have happened. Please Export Log to Bugtracker.”

Dedicated Show and Cue List playback seems extremely stable, it is only in heavy periods of programming that these crashes seem to occur.

Thank You.

Diese Aufgabe soll auf das Auftreten von zufälligen Abstürzen aufmerksam machen, die beim Programmieren des zuletzt bearbeiteten Projekts aufgetreten sind. (v3.2.3)

Ich kann nicht genau sagen, was diese Probleme verursacht, aber ich habe einen LOG-Export aus dem Projekt angehängt. Ich hoffe, es ist nicht zu spät, da die Fehler beim Exportieren des LOG aufgetreten sind.

Diese Abstürze reichten von:

-Cue-Listen werden nach einiger Zeit in der GUI zufällig nicht korrekt verfolgt.

-Tracking True / False Gilt nicht für Cue-Listen.

-Geräteparameter können nicht in der GUI oder im Programmierer ausgewählt werden.

-Selten, aber die gesamte GUI wurde manchmal bis zu dem Punkt gesperrt, an dem ich ein Projekt nicht speichern konnte, bevor ich versuchte, neu zu starten.

Im Allgemeinen würde ein vollständiger Neustart der DMXControl-Anwendung die Probleme beheben.

Manchmal war ein vollständiger Systemneustart erforderlich.

Außerdem scheint der Parameter: “Reset When Released” absolut keinen Einfluss auf das Freigabeverhalten der Cue-Liste zu haben.

Ich habe diesen Trend bemerkt: dass oft bei der Verwendung von Fanning-Parametern (z. B. -90<>90 … 0>120>0 … 0<>90) in X/Y-Moving-Head-Parametern, dass sich DMXControl 3.2.3 dann extrem unberechenbar verhält und schließlich anfängt, seine eigenen Werte in Parameterfeldern hinzuzufügen und schließlich abstürzt. Beim Schließen der Anwendung wurde mir dann eine Meldung angezeigt, die besagt: “DMXControl abgestürzt - Dies hätte nicht passieren dürfen. Bitte exportieren Sie das Protokoll in den Bugtracker.”

Die dedizierte Show- und Cue-List-Wiedergabe scheint extrem stabil zu sein, nur in schweren Programmphasen scheinen diese Abstürze aufzutreten.

Vielen Dank.

Führt man das Ticket FS#5349 gedanklich weiter, dann wäre im Zuge der Umsetzung der dort beschriebenen Funktion zu überlegen, ob das Fenster “Update DDFs in Project” von seiner Funktion her mit in das “Add device” Fenster übertragen wird.

Dies könnte ggf. bei der Neugestaltung des “Add device” Fensters im Rahmen des WPF-Umbaus erfolgen.

Wird ein DDF in einem Projekt bereits verwendet und man fügt weitere bzw. erneut Geräte ein, die dieses DDF verwenden, so wird dieses immer explizit aus dem Projekt herangezogen. Für ein bestehendes Projekt ist diese Regelung durchaus hilfreich, jedoch nicht, wenn man gerade ein neues DDF erstellt. Hier muss man dann immer erst die alte Version aus dem Projekt löschen, um dann die aktualisierte / korrigierte / ergänzte Version des DDFs ins Projekt einfügen zu können.

An dieser Stelle wäre es hilfreich, wenn man beim Hinzufügen explizit sagen könnte, dass die neuere Version aus dem Dateisystem verwendet werden soll. Dabei überschreibt diese Version dann die Version, die bis dato im Projekt existiert.

Jens-Peter und ich haben an einem DDF gearbeitet und dabei den folgenden Code eingefügt - so, wie er auch im Wiki dokumentiert ist.

<rawranges dmxchannel="0" name="Auto show" >
  <step type="Off" mindmx="0" maxdmx="31" />
  <range type="Show 1" mindmx="32" maxdmx="63" minval="0" maxval="100" />
  <range type="Show 2" mindmx="64" maxdmx="95" minval="0" maxval="100" />
</rawranges>

Bei dieser Implementierung ist es so, dass der step-Eintrag im Device Control nicht auswählbar ist. Damit lässt sich die Funktion in Form der verschiedenen Automatik-Shows nicht abschalten. Hierfür muss aktuell der folgende Workaround herhalten:

<rawranges dmxchannel="0" name="Auto show" >
  <range type="Off" mindmx="0" maxdmx="0" minval="0" maxval="100" />
  <range type="Show 1" mindmx="32" maxdmx="63" minval="0" maxval="100" />
  <range type="Show 2" mindmx="64" maxdmx="95" minval="0" maxval="100" />
</rawranges>

Es wäre wie gesagt hilfreich, wenn der beschriebene Workaround nicht erforderlich wäre und direkt step-Einträge bei der Funktion rawranges unterstützt werden.

Hallo,
ich hab mich mal wieder an die 3.3.0 RC2 gemacht.
Geladen ist ein Projekt welches ich in der 3.3.0 RC2 neu erstellt habe.
Da bei bin ich au folgendes gestoßen:
Dort sind 2 Color Item Lists.
Ich habe dann die Default Color List gewechselt.
Dies wird aber nicht in der Tabelle angezeigt.
Foto im Anhang (Bild habe ich gemacht nachdem ich auf OK geklickt habe und die Proberties noch mal geöffnet habe.

Ich habe dann zum testen ein Projekt angelegt und das im kleinen noch mal ausprobiert.
Hier funktioniert es einwandfrei.

Was ist in dem etwas aufwendigeren Projekt anders ?

MfG Steff

GUI, Kernel, Umbra und Easy View laufen auf einer Maschine.
Jetzt kommt eine Abfrage von Windows nach Admin Rechten. Z.B. Weil Virtual DJ wieder mal ein Update hat oder sonst was.

EasyView Ausgabe bleibt hängen. Hat natürlich nichts mit DMXC zu tun. Wollte es nur sagen, falls das interessant ist.
GUI funktioniert erstmal normal weiter. Wenn ich das Programm dann beenden will bleibt die GUI irgendwie hängen und ich muss über LumosGUI über Task Manager beenden.

I have a request for dmx interface settings.

In 3.3RC, all Artnet will be set up one by one to increase the universes.
However, when using a large number of 15 universes, we have to work with IPs, universe numbers, etc. each time we add a new one.
In 3.2, we could specify one IP and one universe at a time, but in 3.3, it becomes quite a tedious task.
Can this be improved?

Um das Ticket  FS#4525  nicht nochmal komplett zu öffnen, ziehe ich den dort vermerkten Punkt 3 mit etwas abgewandelter Beschreibung nochmal auf, nachdem er mit im Kontext von  FS#4771  bewusst (wieder) aufgefallen ist:

Zwischen dem ersten und zweiten Gerät in der Device Group nicht nahtlos statt findet der Wechsel bzw. die Umschaltung zwischen dem. Hier gibt es einen kurzen Augenblick, bei dem das Gerät 1 bereits aus aber das Gerät 2 noch nicht an ist und so ein Blitz entsteht. Dieser Punkt ist gut in dem beigefügten Projekt sowohl in der Stage View als auch auf meinen LED-Bars in Realität zu sehen. Ich habe hier

• einen Custom Chaser mit nur zwei Schritten, wo das Group Handling auf 2 gesetzt ist sowie
• einen einfachen Chaser mit Playmode Normal, jedoch mit einem “hohen” Wert für das Group Handling

in der Cuelist gespeichert.

In der Summe ist das Phänomen mit (allen) anderen Playmodes reproduzierbar und fällt zunehmend stärker auf, umso größer der Wert für das Group Handling ist.

Aufbauend auf das Ticket  FS#5305  muss der DMXC-Mixer Node ebenfalls ergänzt werden. Aktuell kann ich über den DMXC-Mixer Node nicht ermitteln, ob ein Generic Switch aktiv ist oder nicht. Folgende Wege wären denkbar:

• Der Status wird mit in den Output “Intensity” aufgenommen, dem entsprechend Off = 0 und On = 1
• Das Node erhält einen zusätzlichen Output

Installiert man DMXControl 3 auf einem weiteren PC komplett neu, erfolgt der erste Start mit allen Standardeinstellungen für die Anwendung selbst als auch bei den Vorgaben für ein neues Projekt. Auch sind keine DMX-Interfaces konfiguriert.

Grundsätzlich ist es möglich, die verschiedenen Konfigurationsdateien vom ersten PC auf den neuen PC zu kopieren. Einfacher wäre es, wenn DMXControl 3 hier mit einer Export- und Importfunktion unterstützt, wie es auch andere Programme machen. Über diese Funktion könnte man sich dann auch so zwischendurch ein Backup seiner Einstellungen machen.

Beim Hinzufügen von Geräten zur Bühnenansicht in 3.3.0 RC2 beginnt das Plot-Layout beim Verschieben oder Auffächern von Gruppen ausgewählter Geräte, alle Geräte zufällig für unendlich im Plot zu verteilen, selbst wenn Maus und Ziehen losgelassen werden. Diese Funktion ist in 3.2.3 vollständig stabil. Wie immer erwähnt, ziehen Sie bitte die dedizierte 64-Bit-Art-Net/sACN-Versionsarchitektur in Betracht, um die vollen Fähigkeiten von DMXC zu nutzen. Vielen Dank!

When adding fixtures to stage view in 3.3.0 RC2, when moving or fanning groups of selected fixtures, the plot layout will start to randomly scatter all the fixtures around the plot for infinity, even after mouse and dragging is released. This feature is completely stable in 3.2.3. As will always mention, please consider 64 bit dedicated Art-Net / sACN version architecture to utilize full capabilities of DMXC. Thank you!

Fehlerbeschreibung

DMXC 3.3 RC2

Wenn man innerhlab der Stageview per rechtsklich das dropdown “Anzeigen/Ausblenden” öffnet, sollte man Haken setzen können um zu wählen was für Informationen eingeblendet werden sollen
aber es geschieht nichts bei gewünschter änderung ,
ich wollte mir gerne die DMX adressen einblenden.
gleiche geschieht (nicht) wenn man es über das einstellungsmenü > Stageview , von false auf true setzt.

Log oder Projekt kann auf wunsch geliefert werden.

Show-Dateien werden immer größer und so leistungsfähig DMXC auch ist, es ist stark eingeschränkt, wenn es eine 32-Bit-Architektur bleibt. Das Programm beginnt zu verzögern und wird bei großen Mengen an Geräten und Programmen sehr, sehr langsam. Bitte ziehen Sie eine Version ohne Ausgabe-Plugins außer Art-Net und sACN in Betracht, um die volle 64-Bit-Architektur zu nutzen. Bitte erwägen Sie auch, Unterstützung für Easy View 2 Visualizer einzuschließen.

Show files are becoming larger and as powerful as DMXC is, it is severely limited by remaining a 32 bit architecture. Program will begin to lag and become very very slow with large amounts of fixtures and programming. Please consider a version without a need for output plugins except Art-Net and sACN to utilize full 64 bit architecture. Also please consider including support for Easy View 2 visualizer.

Deaktiviere ich die DMX-Interfaces über den Main-Switch, fliegt im Kernel die folgende Exception

20:54:46 ERROR DMXInterfaceBag - Error setting interface Serial: ArtNet, Model: Art-Net, Vendor: Artistic License enabled state to False:
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')
   at System.Collections.Generic.List`1.Remove(T item)
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.RemovePort(ArtNetInterface port) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 147
   at org.dmxc.lumos.Kernel.DMX.ArtNetInterface.OnDisable() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNet.cs:line 150
   at DMXLIB.AbstractDMXInterface.set_Enabled(Boolean value)
   at DMXInterfaceMgmtLIB.DMXInterfaceBag.SetEnabledInternal(Boolean target, Boolean byHeartbeatRestart, Boolean byMainSwitch) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\DMXInterfaceMgmtLIB\DMXInterfaceBag.cs:line 267

In einem noch nicht näher bekannten Gesamtumfeld funktioniert die Merge-Funktion nicht zuverlässig, woraufhin die GUI sogar in Teilen abstürzt.

Genauere Details inklusive Log-Dateien kann Joseph (@nutzer99) liefern, da es bei ihm im Zuge der Programmierung seiner Show mehrfach aufgetreten ist. Ich möchte hiermit nur einmal das Problem grundlegend dokumentieren.

Waren die DMX-Interfaces eine Zeit lang aktiv und werden dann über den Main-Switch abgeschaltet, meldet der Kernel wiederkehrend folgende Exception. Es ändert daran auch nichts, dass ich die DMX-Interfaces über den Main-Switch wieder einschalte.

21:41:15 ERROR ArtNetFactory -
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.ProcessArtPoll(Byte[] packet, IPEndPoint receivedFrom) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 667
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 833
21:41:18 ERROR ArtNetFactory -
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.ProcessArtPoll(Byte[] packet, IPEndPoint receivedFrom) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 667
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 833
21:41:20 ERROR ArtNetFactory -
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.ProcessArtPoll(Byte[] packet, IPEndPoint receivedFrom) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 667
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 833
21:41:23 ERROR ArtNetFactory -
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.ProcessArtPoll(Byte[] packet, IPEndPoint receivedFrom) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 667
   at org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 833

Ob es einen Zusammenhang zum Ticket FS#5326 gibt, vermag ich nicht zu beurteilen. Deswegen habe ich dieses separate Ticket angelegt. Im Anhang finden sich die Logdateien, woraus der Zeitraum hervorgeht, wo ich den Main-Switch betätigt habe. Die Logs enthalten auch die DMX-Interface-Konfiguration.