Bugtracker DMXControl 3

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.

Lege ich einen bump effekt mit einer releasetime an - z.b. einen blinder - kommt es bei der verwendung eines tem buttons wenn ich den temp button wieder drücke während die cuelist gerade noch releaste - was man bei einem blinder effekt gerne mal macht - zu einem kurzen snao auf black bevor sie wieder voll angeht.

Projekt zum selber testen ist angehängt. einfach auf die exec page “live page background” gehen und irgendeinen der beiden temp buttons nehmen und in die stage view schauen (liegt nicht an der stage view, habe hier zum prepen nen reales gerät, da tritt das ganze genau so auf).

Werden wie in  FS#5209  beschrieben Geräte gelöscht auf die es in Cuelists noch Refernzen gibt so lädt das Projekt bis zur Fehlerüberprüfung, hierbei kommt dann aber angehängte Fehlermeldung. Projekt und Logs im Anhang.

Habe viele verschiedene Geräte gelöscht, soweit problemlos. Anschließend habe ich versucht Gerätegruppen zu löschen. Hierbei ist allerdings nicht passiert, egal welche Gruppe, es war nicht möglich sie zu löschen. Nun wollte ich DMXC schließen und dabei noch einmal speichern, dabei habe ich folgende Fehlermeldung im Kernel bekommen

- - - - - - - - - - -

21:15:20 ERROR ProjectManager - Error at save Project
System.NullReferenceException: Object reference not set to an instance of an object.

 at org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:line 1014
 at org.dmxc.lumos.Kernel.Scene.Entry.DevicePresetReferenceEntry.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Entry\DevicePresetReferenceEntry.cs:line 297
 at org.dmxc.lumos.Kernel.Scene.AbstractEntryContainer.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\AbstractEntryContainer.cs:line 523
 at org.dmxc.lumos.Kernel.Scene.AbstractScene.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\AbstractScene.cs:line 361
 at org.dmxc.lumos.Kernel.SceneList.SceneList.org.dmxc.lumos.Kernel.Resource.ILumosSaveable.saveToManagedTree(ManagedTreeItem item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 2194
 at org.dmxc.lumos.Kernel.Project.SceneListManager.org.dmxc.lumos.Kernel.Project.IProjectResourceUser<org.dmxc.lumos.Kernel.SceneList.ISceneList>.SaveItem(ISceneList item, LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\SceneListManager.cs:line 559
 at org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Save(LumosIOContext context)+MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectContainer.cs:line 245
 at org.dmxc.lumos.Kernel.Project.LoadedProjectVersion.saveProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\LoadedProjectVersion.cs:line 355
 at org.dmxc.lumos.Kernel.Project.ProjectManager.SaveProjectToStream(Stream projectStream, IEnumerable`1 clientReferences, IProgress`1 progress, Boolean resetDirty, Boolean isAutosave) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 587

- - - - - - - - -

Logs und Projekt (zuletzt speicherbare Version) im Anhang.

Edit: Mir ist aufgefallen, dass das angehängte Projekt “0.0.421” schon beschädigt und nicht mehr ladbar ist. Deshalb habe ich es noch um das vollständige Projekt auch mit vorangegangenen Versionen desen angehängt.

Ich habe eine 4mb große Audiodatei, siehe Anhang, auf einen neuen Track in einer neuen Show (”1”) im TCP gezogen. Hierbei erschien die angehängte Fehlermeldung in der GUI und das belgen des Tracks ist somig nicht möglich.

Projekt („Jubiläum Tanzatelier 24“) und Logs ebenfalls im Anhang

Edit: Problem tritt auch in einem komplett neuen Projekt mit einer komplett anderen Audio auf. Projekt zum nachstellen („Audio Track Test“) ist angehängt.

Lösche ich in angehängtem Projekt beliebige Geräte (im Fall der in den Logs zu sehen ist handelte es sich um die Geräte “The Fab”, “1”, “2”, … “111”) crasht die GUI und schließt sich. Starte ich nun die GUI und verbinde diese wieder, speicher das Projekt und lade es neu, ist es beschädigt und lässt sich nicht mehr laden.
Logs und Projekt im Anhang.

Nun habe ich versucht ohne DMXC neu zu starten ein neuess Projekt anzulegen um den oben beschrieben Fehler in einem Lehren Projekt zu testen. Nach dem erstellen des Projekts und laden dieses ist mir erneut die GUI gecrasht. Logs als “B” im Anhang.

Nun habe ich um weitere folge Fehler zu vermeiden DMXC einmal komplett neu gestartet.

Im zuletzt erstellten Projekt habe ich nun zwei Gerät hinzugefügt, eine Cuelist mit Werten für diese erstellt und diese Cuelist auf einen Executor zugewiesen. Anschließend habe ich das Projekt gespeichert (Projekt zu diesem Stand als “C.1”im Anhang). Nun habe ich die entsprechenden Geräte gelöscht. Hierbei ist mir erneut die GUI gecrasht, Logs zu diesem Zeitpukt als “Logs C.1” im Anhang. NUn habe ich das Porjekt gespeichert und DMXC komplett neu gestartet. Anschließend habe ich das Projekt (Projekt zu diesem Stand als “C.2” im Anhang) versucht zu laden. Das hat problemlos fumktioniert. Nun habe ich noch die Gerätegruppe zu den Geräten gelöscht. Auch hierbei ist mir die GUI wieder gecrasht. Logs als “Logs C.2” im Anhang.

Eine Show im TCP lässt sich zwar ohne Audio recorden aber nicht wieder abspielen. Projekt mit mehren TCP-Shows ohne Audios als Beispiel im Anhang.

Fehlerhaftes Verhalten in einem großen Projekt (als “Audio Import 02” im Anhang) der Beta 10:
- Audio importiert (Größe wird nur als „n.a.“ dargestellt)
- TCP Show mit Audio-Track erstellt
- Versucht Audio auf track im TCP gezogen, gescheitert, da nicht das Drag&Drop-Symbol, sondern ein “Nicht-erlaubt-Zeichen” erscheint → Audio kann im TCP nicht verwendet werden
- Projekt gespeichert und DMXC neu gestartet
- File ist nicht mehr im Files Pool
- In der Vermutung, dass zu viele Audios im Projekt sind alle Audios aus dem TCP entfernt und anschließend gelöscht (keine Out of Memory- oder Error-Meldung(en) in den Logs zu finden)
- DMXC neu gestartet
- Erneut versucht die Audios sowie Audios, welche in der Beta 9 schonmal importiert wurden, zu importieren
- Problem bleibt

Erwartetes Verhalten in einem neuen Projekt (Projekt als “Audio Import 01” im Anhang) der Beta 10 oder großen Projekten der Beta 9 oder früher (abgesehen davon, dass die Größe einer Datei erst ab dem Neustart angezeigt wird, wie gesagt erwartetes Verhalten):
- Neues Projekt erstellt
- Audio importiert (Größe wird nur als „n.a“. dargestellt)
- TCP Show mit Audio-Track erstellt
- Audio auf track im TCP gezogen
- Show im TCP geöffnet, funktioniert
- Projekt gespeichert und DMXC neu gestartet
- Größe wird im Files Pool korrekt dargestellt
- TCP Show wird problemlos geladen

Beide Projekte sowie die Logs im Anhang. Audio aus Urheberrechtsgründen nicht angehängt und aus dem Projekt Audio Import 01 gelöscht, es handelt sich bei diesen um zwei bis drei Minuten MP3´s.

Fehler wirkt für mich zusammenhängend mit  FS#4932 , obwohl der Fehler zwischenzeitlich (bspw. in der Beta 9) nicht aufgetreten war.

Über die Projekt Administration exportiertes Projekt wird zwar gespeichert, der Fortschrittsbalken der UI bleibt jedoch auch nach mehren Minuten bei 0%, siehe Anhang. Wird die Projekt Administration geschlossen und neu geöffnet ist der Balken nicht mehr zu sehen. Fehler nur bei dem selben Projekt reproduzierbar.

Logs, Projekt (hart über den Project-Store Ordner herauskopiert= und Screenshot im Anhang.

Executoren haben Anzeigefehler, wenn die GUI manuell mit einer bereits bestehenden Session verbunden wird.

Die zuletzt gespeicherte Version eines Projekts lässt sich nicht laden. Im Error Fenster wird mir kein Fehler angezeigt (siehe Screenshot im Anhang).
Die vorangegangene Version ließ sich ab dem zweiten versuch Problem los laden, im ersten Versuch crashte mir hierbei jedoch die GUI (siehe Screenshot im Anhang).

Die nicht ladbare Version (0.0.252.dmz) (betreffender Zeitpunkt in den Logs: 12:16), die inzwischen ladbare Version (Zeitpunkt der GUI Fehler: 12.10 Uhr) sowie Logs sind 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.

Während ich in einem Projekt Rulesets bearbeitet habe, haben teile von DMXC nicht mehr reagiert. Deshalb habe ich einen Blick in den Network Explorer geworfen, wo zu sehen war, dass ich nicht mehr mit dem Kernel verbunden war. Nach kurzer Zeit hat sich dieses Problem aber von selbst gelöst, ohne dass ich händisch eine Verbindung aufgebaut habe.

Logs und Projekt sind im Anhang.

Ich habe folgende Testumgebung (identisch wie in  FS#5138  und  FS#5139  ):

- Drei Cuelisten die jeweils einem Executor zugeordnet sind
- Ein angeschlossenses Midi-Pult, wo für jeden Executor Button 1 und der Fader im IA via Dynamic Executor Page verdrahtet sind
- Eine Show im TCP die nur aus einer Audio (60 bpm click track) und der Aufnahme von erwähntem Button 1 der Executoren besteht

Nun ändere ich aber einen Faktor: Ich nehme nun nicht nur noch den erwähnten Button 1 im TCP sondern sowohl Button 1 als auch den Fader von drei Executoren via Midi über Dyxnamic Executoren auf.
Damit man sich ein Tempo der Änderungen vorstellen kann: mein Track hat wie gesagt 60 BPM und ich habe auf jeden vierten Takte Änderungen gemacht (also 15 mal pro Minute).
Dies verkraftet DMXC aber absolut nicht mehr. Zu erst hatte ich kurzzeitige Aktualisierungsprobleme in der GUI (heißt der TCP freezte für geschätzt ca. fünf Sekunden). Nachdem ich dies ca. eine Minute lang gemacht hatte, schmierte mir die GUI aber komplett ab und ich habe in der GUI Fehlermeldungen bekommen (siehe Screenshot im Anhang). GUI war nicht mehr responsible und ich musste DMXC komplett schließen und neu starten.

Logs (wie gesagt, habe geschlossen und neu gestartet, es handelt sich also um den vorletzten Start in den Logs) und Projekt sind im Anhang

Ich habe folgende Testumgebung (identisch wie in  FS#5138 ):

- Drei Cuelisten die jeweils einem Executor zugeordnet sind
- Ein angeschlossenses Midi-Pult, wo für jeden Executor Button 1 und der Fader im IA via Dynamic Executor Page verdrahtet sind
- Eine Show im TCP die nur aus einer Audio (60 bpm click track) und der Aufnahme von erwähntem Button 1 der Executoren besteht

In dieser Umgebung tritt folgender Fehler auf:
Wird ein Executor via Midi geflasht (Fehler tritt bei mir nur auf, wenn er über Midi geflasht wird, nicht wenn er über die GUI bedient wird) und gleichzeitg in einer SHow im TCP verwendet, löst sich der Flash nicht mehr, sobald man ihn nicht mehr flasht. Der Flash Button löst sich dann nur noch lösen, indem man die TCP Show beendet, auch wenn er in der TCP Show eigentlich nicht mehr aktiv war.

Projekt und Logs sind im Anhang.

Ich habe folgendes Test-Setup:

- Drei Cuelisten die jeweils einem Executor zugeordnet sind
- Ein angeschlossenses Midi-Pult, wo für jeden Executor Button 1 und der Fader im IA via Dynamic Executor Page verdrahtet sind
- Eine Show im TCP die nur aus einer Audio (60 bpm click track) und der Aufnahme von erwähntem Button 1 der Executoren besteht

Nachdem ich nun die Show im TCP häufig gestartet, pausiert, gestoppt (sowohl einmaliges Stoppen (→ roter Marker springt auf letzte Startposition) als auch zweites Stoppen (→ roter Marker springt auf null) ) und Executoren aufgenommen habe, habe ich folgende Fehler, welche erst nach und nach aufgetreten sind, aber am Anfang noch kein Problem waren:
- zweites Stoppen (→ roter Marker springt auf Null) funktioniert nicht mehr, nur noch das erste Stoppen (→ roter Marker springt auf letzte Start-Position) funktioniert
- roten Marker durch doppelklicken in der Timeline an einen bestimmten Punkt setzen funktioniert nicht mehr, auch das hat anfangs noch funktioniert

Logs und Projekt im Anhang

Nachdem ich DMXC gestartet, den TCP geöffnet, eine TCP Show geladen und gestartet hatte, hatte ich plötzlich keine Reaktion mehr im TCP (Video dazu in einem Kommentar unten). Beim Suchen der Ursache viel mir auf, dass der Kernel nicht mehr lief. Ich habe also den Eindruck, dieser hat sich von selbst beendet / geschlossen. Außerdem sind mir auffällig viele Fehlermeldungen in der Umbra ins Auge gefallen.

Logs sind im Anhang (habe den Kenel neu gestartet und verbunden um auch die Kernel Logs zu exportieren, nur zur Info damit man weiß wo man in den Logs suchen muss).

EDIT: Auch nach Neustart des Kernels und verbinden habe ich verschiedene Probleme in DMXC: Das Verhalten des TCP aus dem Video bleibt, Executoren reagieren nicht mehr bzw. arbeiten nicht mehr, der Project Explorer reagiert nicht mehr usw. . Ich habe also den Eindruck das DMXC an keiner Stelle reagiert.

Wird eine Show im TCP gestoptt, springt zwar der Marker wieder an den Anfang, es wird aber nicht automatisch an den Anfang gescrollt. Man muss also immer händisch zurück-scrollen. Dies hat micht verwundert, da in einer laufenden Show im TCP automatisch mit dem Marker mitgescrollt wird.

Wunsch: TCP scrollt nach stoppen automatisch an die Position des Markers.

Nachdem ich im Timecode-Player einmal durch die Show gescrollt habe stimmt die Waveform nicht mehr bzw. wird nicht vollständig angezeigt.

Nach jedem Start von DMXC braucht der TImecode-Player ca. 10-20 Sekunden um sich zu öffnen. In dieser Zeit reagiert die gesamte GUI von DMXC nicht mehr. Bin mir an der Stelle nicht sicher ob das ein Bug ist oder einfach nicht anders geht. Sollte letzteres der Fall sein würde ich einen kurzen Ladebalken etc. vorschlagen, da ich als User so jedes Mal den Eindruck habe, DMXC sei abgestürzt.

Wird ein Executor fixiert → projekt gespeichert → dmxc neu geöffnet, so sind die fixierten executoren nicht mehr fixiert ⇒ executoren müssen nach jedem start von dmxc neu fixiert werden

Edit Patrick 09.10.2023:
In denn in den Kommentaren angehangenen Project sind 67 verschiedene Config/UserContexts/DMXCDefault_*.xml Files.
Ich vermute das Problem liegt hier, denn bei mir funktioniert alles

Nach öffnen von DMXC, laden eines projekts und starten mehrere cuelists via IA werden manche Cuelists (egal wie) auch nach stoppen und via editor neu starten nicht mehr gestartet. zudem fehler in der umbra. logs siehe anhang

Nachdem Windoof aufgeweckt wurde viele Fehlermeldungen in Umbra und einige im Kernel. Logs im Anhang

Softdesk hat Anzeigefehler nachdem er verschoben wurde. Screenshot im Anhang.

Habe ein Projekt (s. Anhang) in importiert, dieses wird in der PA aber nicht angezeigt. Ich habe es noch ein weiteres Mal importiert, dabei kam die Abfrag, ob ich eine Kopie speichern möchte da es schon vorhanden sei, es wurde also prinzipiell irgendwo hinterlegt aber erscheint nicht. Nachdem ich die PA geschlossen und erneut geöffnet habe erscheint das Projekt wieder. Im Kernel keine Meldung, in der Umbra ein paar Fehlermeldungen die ich nicht verstehe, Logs im Anhang.

Ich habe ein Projekt von Stephan (s. Anhang) importiert und geladen, ohnme Probleme. Nach einem Neustart von DMXC wird mit in der Projekt Administration angezeigt: “Mindestens eine version dieses Projekts hat Ladeprobleme!”. Ich habe das Projekt nochmal importiert und geladen, ohne Probleme. Ich kann das beschädigte Projekt leider nicht exportieren und Anhängen, da der Export dieses Projektes nicht funktioniert. Logs im Anhang.

DMXC tut bei mir gerade sehr merkwürdige Dinge, prinzipiell ist die GUI nicht tot, der der Kernel auch nicht, und gewisse Teile funktionieren noch (der Fader der Intensität springt bspw. auf 100 wenn ich Lumos drücke) andere Teile funktionieren aber gar nicht, es wird z.B. trotz lauender Cuelist kein Output ausgegeben und die Stage View aktualisiert sich etwa alle 5 minuten. Außerdem kann ich die Fader eines Masters zwar noch bewegen, sie haben aber keinen Einfluss mehr und die Anzeige über dem Fader im Master aktualisiert sich nicht. Vor dem Absturz habe ich lediglich eine Cuelist erstellt, diese auf einen Executor mit LimitFader gezogen und die Funktion des Faders anschießend auf Intensity umgestellt. Logs sind im Anhang.

Kernel nach aufwachen des PCs aus dem Energiesparmodus abgestürzt, GUI reagierte nicht mehr. Fehler trat nicht in der aktuellen Beta auf sondern in der Beta 4, icht erstelle aber trotzdem mal ein Ticket. Logs im Anhang.

Slider sind im Softdesk in der Standardeinstellung - im Darkmode - kaum noch zu sehen, siehe Bild im Anhang. Im rot eingekreisten Bereich ist ein Slider, bzw sollte einer sein.

Habe auf einem Laptop von der Beta 2 auf 4 geupdatet, neu installiert, neues Projekt angelegt und hierbei tritt ein Fehler auf:
“There was an unowkn error while importing the project! Pleaste try again.” Fehler war reproduzierbar, jedoch nicht mehr nach Neustart von DMXC.
Logs im Anhang.

Kernel und Umbra haben sich verabschiedet, konnte ich nicht reproduzieren und weiß auch nicht an was das lag.

Logs im Anhang.

Ich habe in der Stage View eine Gruppe ausgewählt, für die im Programmer Werte liegen, bin dann auf “Werte kopieren” gegangen, habe anschließen eine andere Gruppe ausgewählt und bin hier auf “Werte einfügen” gegangen, weder in der Stage View noch im Programmer wurde dies jedoch angezeigt. Habe dies mehrfach getestet und jedes mal reproduzieren können.

Logs sind im Anhang.

Wird ein Effekt abgespeicher wird von der Dirty Flag nicht angezeigt.

Fehlermeldung im Kernel direkt nach Start.

19:01:04 ERROR UserManager - Invalid Username / PW. Still providing access as we are still in Alpha: DMXCDefault

Logs im Anhang.

Importieren von Audio Files funktioniert nicht, habe einige verschiedenen Datein getestet, haben nicht funktioniert.

Wird eine Audio importiert wird diese angezeigt allerdings wird die Größe nicht erkannt. Versucht man nun die Audio Datei zu starten (TC Player, Cuelists etc.) passiert nichts. Wenn man das Projekt nun speichert und neu lädt wird die Datei auch nicht mehr angezeigt.

Es ist möglich eine Audio über Umwege zu nutzen: Man erstellt ein Projekt in der 3.2.3, speichert, importiert dieses Projekt dann in die 3.3 und kann diese dann in der 3.3 nutzen. Ich habe sie im TC Player geladen und sie wurde angespielt. Wird das Projekt nun aber neu geladen ist die Datei zwar noch vorhanden kann aber nicht mehr genutzt werden.

Kernel ist mehrfach beim Start abgeschmiert, Logs im Anhang.

Launcher wird gestartet ⇒ Hide Kernel / Umbra ist (offenbar) aktiv ⇒ DMXC wird zusammen gestartet ⇒ Hide funktioniert nicht. Kernel und Umbra erscheinen.

Hide muss also bei jedem Neustart deaktiviert und dann wieder aktiviert werden, damit Kernel und Umbra im Hintergrund verschwinden.

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

Logs im Anhang.

GrandMaster spricht nur Werte aus Cuelists aber nicht aus dem Programmer an.

Beispiel und Logs sind im Anhang.

Ich habe in der Gruppenhandhabung im Device Control Werte geändert, diese werden allerings nicht angezigt. Es muss zuerst etwas anderes angezeigt werden (z.B. von Gruppenhandhabung auf Eigenschaften wechseln und wieder zurück) bevor Änderungen geladen werden.

Ich habe das Projekt gespeichert und das Fenster welches anzeigt dass das Projekt gespeichert wird erschien nicht. Um herauszufinden ob das Projekt wirklich nicht gespeichert wird oder ob nur das Fenster nicht erscheint habe ich über die Verknüpfung “custom DDFs” den Order des Kernels und hier den Projekt-Ordner aufgerufen. Dort habe ich das Projekt gefunden, in DMXC das Projekt gespeichert und dann im Ordner auf das Änderungsdatum geachtet, dieses hat sich geändert. Deshalb denke ich das Projekt wurde zwar gepseichert aber die Anzeige in DMXC erscheint nicht.

Softdesk wurd erstellt, ein Cuelist-Monitor hinzugefügt, IA geöffnet, Softdesk erscheint in der Spalte Output aber nicht in der Spalte Input.

In  FS#4551  wurde der Wunsch geäußert dass sobald alle Komponenten gestartet sind die Buttons im Luncher die Anwendung in den Vordergrund holen bzw. bei Kernel oder Umbra Hide entfernen. Dies ist umgestzt, sobald man nun aber alle Komnponenten gestartet hat, über neues betätigen der Buttons den Hide entfernt hat sind die Buttons nutzlos. Nach der Logik das beim zweiten betätigen der Hide entfernt wird schlage ich vor das nach dem entfernen des Hides beim erneuten betätigen der Buttons der Hide wieder aktiv ist.

Cuelist wurde hinzugefügt, im IA wird sowohl bei EIngänge als auhc bei Ausgänge anstatt des Namens der Cuelist “neue Szenenliste” angezeigt

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.

Ich habe sowohl bei einem Grand-Master als auch bei einem Group-Master den Slider manuell auf 0% gesetzt und dann über den Flash-Button geflasht was den Slider allerdings nicht auf 100% setzt, dies ergibt für mich keinen Sinn und sieht nach einem Bug aus.

DMXC ist aus unbekannten Ursachen komplett abgestürzt.

Um das Fenster des Timecode-Players zu öffnen muss bei jedem Neustart von DMXC das Fenster über den Project-Explorer einmal öffnen und wieder schließen, erst dann kann man es über Steuerungsfenster → Timecodeplayer öffnen. Bevor man den TImecodeplayer einmal über den Explorer geöffnet hat ist dieser Eintrag nicht vorhanden. Ich verstehe nicht welchen nutzen das haben soll und würde mir wünschen das Fenster direkt öffnen zu können.