|
5200 | |
TimecodePlayer | Fehlerbericht | hoch | Timecodeplayer, hinzufügen von Add Execute nicht möglic ... | geschlossen | 3.3 Beta x | 3.3 | 11.12.2023 | 19.12.2023 | Hoc |
Aufgabenbeschreibung
Fehlerbeschreibung
Wenn man im Timecodeplayer in einem Executor Track ein Event einfügt und dieses dann verschiebt dann ist bei ca. 3. Wiederholen der Prozedur das Auswahlfenster nach dem Kontextmenü-klick auf “Add Execute” komplett leer. Es kann nichts mehr ausgewählt werden.
Hinweise
Beta 11 LogGUI und Umbra-Log angehängt, letzte Einträge sollten es sein. Alles anderen Logs leer.
|
|
5199 | |
TimecodePlayer | Fehlerbericht | mittel | Timecodeplayer, Funktion "Properties" in Executortrack ... | geschlossen | 3.3 Beta x | 3.3 | 11.12.2023 | 21.12.2023 | Hoc |
Aufgabenbeschreibung
Fehlerbeschreibung
- In einem Executor Track per Rechtsklick mit “Add Execute” ein Event anlegen. - Dann Rechtsklick auf das Icon und aus dem Kontextmenü “Properties” wählen. ⇒ Nichts passiert
Erwartetes Verhalten
Irgendwas geht auf um die Art des Events zu bearbeiten
Hinweise
- Beta 11 - Bug oder noch nicht implementiert? - Log GUI sagt zu dem Event (Im Anhang die letzten Zeilen): 2023-12-11 20:41:15,576 [Main GUI] ERROR Lumos.GUI.App - Exception in WPF System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Lumos.GUI.Windows.ProjectExplorerView.<>c.<ShowProperties>b__254_0(IProjectExplorerNode c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\ProjectExplorer\ProjectExplorerView.cs:Zeile 2817.
bei System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
bei Lumos.GUI.Windows.ProjectExplorerView.ShowProperties(ICollection`1 nodes) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\ProjectExplorer\ProjectExplorerView.cs:Zeile 2817.
bei Lumos.GUI.Windows.TimecodePlayer.v3.ExecutorTrackViewModel.<OpenContentProperties>d__27.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\TimecodePlayer\v3\ViewModel\Track\Executor\ExecutorTrackViewModel.cs:Zeile 332.
— Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde —
bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_0(Object state)
bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
bei System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
|
|
5198 | |
GUI | Wunsch / Idee | niedrig | Projekt öffnen fragt nicht nach ob geladenes aber unges ... | geschlossen | 3.3 Beta x | | 05.12.2023 | 06.12.2023 | MWSysTech |
Aufgabenbeschreibung
1. Neuen Projekt erstellen und laden 2. Irgendeine Änderung vornehmen, sodass DirtyFlag gesetzt wird und nicht speichern. Ich habe ein Gerät hinzugefügt. 3. Datei → Projekt öffnen → irgendein anderes Projekt laden. 4. Das neue Projekt wird direkt geladen. Ungespeicherte Änderungen im zuvor geladenen Projekt gehen verloren.
Dieses Verhalten ich gefährlich, weil Arbeit verloren gehen kann. Ich würde mir wünschen, dass wann immer das DirtyFlag gesetzt ist vor dem Laden eines anderen Projektes gefragt wird, ob die ungespeicherten Änderungen verworfen oder gespeichert werden sollen.
|
|
5197 | |
InputAssignment | Fehlerbericht | niedrig | Input Assignment - Nodes kopieren - aber leider außerha... | Neu | 3.3 Beta x | | 03.12.2023 | 03.12.2023 | steff |
Aufgabenbeschreibung
Hallo, Nodes mit entsprechenden Einstellungen zu kopieren ist super und funktioniert, was daran nicht ganz so schön ist: Es wird eingefügt, aber je nachdem was man gezoomt oder in der Ansicht eingestellt hat, manchmal bzw. meistens außerhalb von dem was gerade angezeigt wird. Man muss halt machmal danach suchen. Wäre es, wenn möglich, nicht besser das es im sichtbaren Fenster erscheint ?
Gruß Steff
|
|
5196 | |
GUI & Server | Fehlerbericht | niedrig | GUI Friert ein und Kernel und Umbra werden nicht beende ... | geschlossen | 3.3 Beta x | | 03.12.2023 | 21.12.2023 | steff |
Aufgabenbeschreibung
Hallo, in der DMXC 3.3 Beta 11 ist mir aufgefallen das ich mein großes Projekt was zum größten Teil nicht in der 3.3 erstellt wurde. Ich kann mein Projekt öffnen und bearbeiten. Soweit funktioniert es in der 3.3 Beta 11. Konnte im laufen soweit nichts negatives feststellen. Effekte laufen was ich so sehen konnte.
Ich habe das Problem: Will ich allerdings das Programm beenden, ob ich speichere oder nicht ist egal, stürzt irgendwie die GUI ab.
Irgendwie bedeutet, Stage View zeigt Veränderungen an (Effekte laufen) aber das Programm läßt sich nicht mehr bedienen und beendet sich auch nicht.
Der Kernel und der Umbra registrieren das ein Shutdown angefordert wurde aber beenden auch nicht wegen Time Out weil angeblich noch der Client (GUI) verbunden ist. Diese kann ich dann über close beenden. Beenden der GUI geht dann nur noch über den Task Manager.
Gehe ich bevor ich das Programm beende über Projekt Close und dann auf beenden, dauert das close zwar eine Ewigkeit aber dann kann ich das Programm beenden.
Ich hänge hier mal die Log Dateien an, die sind vom nächsten Start ohne geladenes Projekt, aber vorher habe ich es mehrfach ausprobiert. Auch das Projekt hänge ich mal hier an.
|
|
5195 | |
TimecodePlayer | ToDo | niedrig | TCP Einstellungen zur Darstellung der FFT-Grafik werden ... | geschlossen | 3.3 Beta x | 3.3 | 03.12.2023 | 19.12.2023 | MisterX |
Aufgabenbeschreibung
Veränderte Einstellungen der Darstellung der FFT Grafik (Threshold, Ratio, Bandwith) werden nicht abgespeichert und es wird auch kein Dirty-Flag gesetzt.
|
|
5194 | |
GUI | ToDo | niedrig | Projektaufgaben ändern setzt DirtyFlag nicht | Neu | 3.3 Beta x | | 30.11.2023 | 21.12.2023 | MWSysTech |
Aufgabenbeschreibung
nicht vorhanden |
|
5193 | |
Softdesk | Fehlerbericht | niedrig | Elemente auf Softdesk löschen "hinterlässt Spuren" | Neu | 3.2.3 | | 30.11.2023 | 25.12.2023 | MWSysTech |
Aufgabenbeschreibung
1. Element auf dem Softdesk neu einfügen 2. dieses Element gleich wieder löschen 3. mit Maus einen Kasten ziehen wo das Element war 4. Das Element ist immernoch da aber irgendwie klein und “unsichtbar” Im InputAssignment werden die “gelöschten” Elemente auch noch angezeigt.
|
|
5192 | |
Softdesk | Fehlerbericht | niedrig | Ändern von Einstellungen über das PropertyGrid setzt Di... | Neu | 3.3 Beta x | | 30.11.2023 | 30.11.2023 | MWSysTech |
Aufgabenbeschreibung
Mit der Maus die Elemente verschieben und so setzt das Flag. Aber wenn ich dann speichere und dann irgendetwas im Eigenschaftsfenster eines Controls was verdrehe wird das Flag nicht gesetzt.
|
|
5191 | |
GUI | Fehlerbericht | niedrig | Ändern von MIDI Einstellungen setzt Dirty Flag nicht | Neu | 3.3 Beta x | | 30.11.2023 | 30.11.2023 | MWSysTech |
Aufgabenbeschreibung
Titel sagt ja alles. Neue Regeln, Regel löschen, Input/Output Device für geladene Regelsätze ändern setzt das DirtyFlag nicht.
|
|
5190 | |
InputAssignment | Wunsch / Idee | niedrig | Kommentar Node für Input Assignment | Zugeteilt | 3.3 Beta x | 3.4 | 30.11.2023 | 05.12.2023 | MWSysTech |
Aufgabenbeschreibung
Ich finde es in MATLAB/Simulink sehr hilfreich Kommentare setzen können. Vielleicht wäre das auch was für das InputAssignment. Ich hab es schon an der ein oder anderen Stelle vermisst, als ich 6 Wochen später nicht mehr wusste was ich mir dabei gedacht habe
|
|
5189 | |
GUI | Wunsch / Idee | niedrig | Strg+S | Neu | unbestimmt | | 30.11.2023 | 19.12.2023 | MWSysTech |
Aufgabenbeschreibung
Mir ist aufgefallen, dass ich aus Reflex immer wieder Strg+S drücke. Da passiert aber nichts. Wäre es möglich das einzuführen?
|
|
5188 | |
Project Explorer | ToDo | niedrig | Falsches Icon bei Kontextmenu Projektexplorer, Master, ... | Neu | 3.3 Beta x | | 30.11.2023 | 21.12.2023 | MWSysTech |
Aufgabenbeschreibung
Im Kontextmenu Projektexplorer → Master → z.B. Speedmaster haben die Einträge “Sortieren” und alles mit “hinzufügen” das gleiche Icon. An allen andern Stellen in der GUI wenn irgendwas hinzugefügt werden soll ist da so ein kleines grünes Plus wie im Bild. Ich würde das hier auch erwarten um konsistent zu sein. Vielleicht könnte man den Mastern auch unterschiedliche Icons geben. Vorschlag: - Colormaster einfach nicht nur blau, sondern vllt Regenbogenfarbverlauf von unten nach oben - Groupmaster das Icon der Gerätegruppe dazu - Parametermaster vllt so ein f(x) oder so dazu irgendwas “mathematisches” - Positionsmaster ein Fadenkreuz? - Specialmaster weis ich grad auch nicht ^^ - Speedmaster Tachonadel?
|
|
5187 | |
Project Explorer | Fehlerbericht | niedrig | Kontextmenu im Projektexplorer, Master missverständlich | Neu | 3.3 Beta x | | 30.11.2023 | 30.11.2023 | MWSysTech |
Aufgabenbeschreibung
Im Projektexplorer → Master → z.B. SpeedMaster, Rechtsklick darauf öffnet das Kontextmenu. Dieses Kontextmenu schein für alle Master-”Typen” das gleiche zu sein. Ich kann also Rechtsklick auf Speedmaster machen und einen Colormaster hinzufügen. Der Colormaster wird aber dann ja im Ordner Colormaster eingefügt. Hat echt lange gedauert bis ich das gemerkt habe. Ich würde mir wünschen, dass man für jeden Order das Kontextmenu anpasst. “Speedmaster hinzufügen” sollte nur beim Kontextmenu vom Speedmaster Ordner angezeigt werden und für die anderen analog.
|
|
5186 | |
Project Explorer | Fehlerbericht | niedrig | Löschen von Executor-Seite aktualisiert Ansicht nicht | Neu | 3.3 Beta x | | 30.11.2023 | 30.11.2023 | MWSysTech |
Aufgabenbeschreibung
Ich lege im Projektexplorer eine neue Executorseite an. Wähle diese Seite aus, sodass ich im rechten Fensterteil die einzelnen Executoren sehe. Jetzt lösche ich die gesamte Executorseite. Auf der rechten Fensterseite werden wir aber immernoch die schon gelöschen Executoren angezeigt und ich kann auch die Eigenschaften davon ansehen. Ich würde z.B. erwarten, dass nach dem Löschen eines Knotens das SelectedItem eine Eben höher springt.
|
|
5185 | |
GUI & Server | Wunsch / Idee | niedrig | Autosave als default aktivieren | Neu | 3.3 Beta x | | 28.11.2023 | 28.11.2023 | Beni200 |
Aufgabenbeschreibung
Autosave ist standardmäßig deaktiviert. Bei neuen Installationen ist dies dementsprechend nicht aktiv und führt zu Problemen wenn mans vergisst zu aktivieren.
|
|
5184 | |
InputAssignment | Fehlerbericht | mittel | Input Assignment Node Ausdruck hängt | geschlossen | 3.3 Beta x | 3.3 | 28.11.2023 | 25.12.2023 | MWSysTech |
Aufgabenbeschreibung
Fehlerbeschreibung
Neues Projekt in Beta 11 angelegt. Neues Input Assignment wie im Bild erstellt. ParameterMaster → Expression → Format. Verändern des Eingangswertes am Expression Node über den ParameterMaster ändert nicht den Ausgangswert des Expression Node.
Projekt und Log Files können nicht exportiert werden. Fehlermeldung. Gekürztes Lumos Log im Anhang. Am Ende die Fehlermeldung hat sich äußerst oft wiederholt.
|
|
5183 | |
GUI & Server | Fehlerbericht | niedrig | Spam | geschlossen | 3.3 Beta x | | 28.11.2023 | 28.11.2023 | |
Aufgabenbeschreibung
Spam
|
|
5182 | |
TimecodePlayer | Fehlerbericht | mittel | Kurze Cuelist Tracks verhindern das erneute Ausführen e ... | geschlossen | 3.3 Beta x | 3.3 | 26.11.2023 | 19.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe das Projekt aus FS#5181 nun im Bereich der Zeiten von Cues und der Cuelist weiterbearbeitet. Nun ist die Cuelist kürzer als die Audiodatei. Wie im Ticket FS#5181 soll sie sich aber über “Release when last cue ends” selbst beenden.
Führe ich die Timecode Show das erste Mal nach dem Laden des Projekts aus, läuft diese auch wie gewünscht ab. Auch wird sie mit dem Zurücksetzen des Markers auf 0 nicht erneut in Teilen ausgeführt.
Starte ich die Timecode Show ein zweites Mal, wird ausschließlich die Audio-Datei wiedergegeben. Die Cuelist selbst bleibt “dunkel”. Der Kernel wirft dabei folgende Fehlermeldung:
17:34:13 ERROR Timecode -
org.dmxc.lumos.Kernel.Exceptions.KernelPanicException: WTF
at org.dmxc.lumos.Kernel.Scene.RealtimeTimestamp.initialize() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\RealtimeTimestamp.cs:line 104
at org.dmxc.lumos.Kernel.Scene.RealtimeTimestamp.reset() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\RealtimeTimestamp.cs:line 90
at org.dmxc.lumos.Kernel.SceneList.AbstractSceneContainer.resetTimestamp() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\AbstractSceneContainer.cs:line 89
at org.dmxc.lumos.Kernel.SceneList.SceneList.play() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 986
at org.dmxc.lumos.Kernel.Timecode.CuelistTrack.<>c__DisplayClass26_0.<proccessNextFrame>g__feed|7(IEnumerable`1 scenelistTimeslots, Boolean triggerPlay) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Tracks\CuelistTrack.cs:line 199
at org.dmxc.lumos.Kernel.Timecode.CuelistTrack.proccessNextFrame(Int64 tick) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Tracks\CuelistTrack.cs:line 0
at org.dmxc.lumos.Kernel.Timecode.Track.ProcessNextFrame(Int64 tick) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Tracks\Track.cs:line 191
at org.dmxc.lumos.Kernel.Timecode.Timecode.<>c__DisplayClass139_0.<processNextFrame>b__4(ITrack t) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 1109
at LumosLIB.Tools.CommonTools.ForEach[T](IEnumerable`1 source, Action`1 action, Boolean parallel) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\CommonTools.cs:line 598
at org.dmxc.lumos.Kernel.Timecode.Timecode.processNextFrame() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 1095
Die Erwartungshaltung ist, dass ich an dieser Stelle die Timecode Show ebenfalls mehrfach wiedergeben kann, selbst wenn die Cuelist kürzer als die Audio-Datei ist. Wie aktuell schon der Fall muss die Audio-Datei aber bis zum Ende wiedergegeben werden.
Im Anhang sind das angepasste Projekt sowie die Log-Dateien zu finden.
|
|
5181 | |
TimecodePlayer | Fehlerbericht | mittel | Timecode Show kann mit automatisch endener Cuelist nich ... | geschlossen | 3.3 Beta x | 3.3 | 26.11.2023 | 19.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe das Projekt aus FS#5180 weitergebaut und in eine Timecode Show überführt.
Führe ich die Timecode Show erstmalig nach dem Laden des Projekts aus, läuft diese bis zum Ende der Release Time wie erwartet ab. In dem Moment, wo der Marker wieder auf 0 springt (weil die sich Cuelist beendet hat), wird der Inhalt der Cue 2 wiedergegeben. Führe ich dann die Timecode Show erneut aus, wird die Cue 1 vollständig ignoriert und nur der Release der Cuelist ausgeführt.
Die Erwartungshaltung ist, dass nach dem automatischen Beenden der Cuelist (Release when last cue ends) und dem Zurücksetzen des Markers die Cuelist wie nach dem Laden des Projekts (oder dem manuellen Stoppen) aus ist und ich die Timecode Show vollständig wiedergeben kann.
Hätte ich als Release Mode “manual only” gewählt, dann wäre das aktuelle Verhalten in Ordnung.
|
|
5180 | |
GUI & Server | Fehlerbericht | mittel | Cuelist mit Audio cue wird nicht wiedergeben | geschlossen | 3.3 Beta x | 3.3 | 26.11.2023 | 28.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Im QRM 22.3 wurde festgelegt, dass Cuelists mit Audio Cues grundsätzlich weiter existieren sollen. Einzig die Funktion, dass die Audio cue an die entsprechende Cuelist einen Timecode zurück gibt, wird entfernt. Siehe hierzu die Kommentare in FS#4755 .
Ich habe in dem beigefügten Projekt nun eine Cuelist, die aus einer Audio cue und drei Licht cues besteht. Für ich die Cuelist aus, wird einzig die Audio cue wiedergeben. Alle nachfolgenden (Licht) Cues werden nicht ausgeführt, ob hier follow-Trigger hinterlegt sind.
Die Erwartungshaltung ist auf Basis des genannten Beschluss, dass die Cuelist eben vollständig bis zur letzten Cue ausgeführt wird.
|
|
5179 | |
GUI & Server | Fehlerbericht | niedrig | Timer Node Auswahl Funktion nur einmal möglich. | geschlossen | 3.3 Beta x | 3.3 | 25.11.2023 | 21.12.2023 | steff |
Aufgabenbeschreibung
Hallo, beim herum experimentieren mit der 3.3 Bata in diesem Fall 11, ist mir was aufgefallen.
Ich wollte in einem Connection Set einen Timer verwenden. Dann habe ich die Eigenschaften des Nodes aufgerufen und dort den Operator Rise Delay ausgewählt.
Aber als dann den Operator ändern wollte, wird mir hierfür nur noch das ausgewählte und keine Liste mehr angezeigt. Auch die kleinen Bildchen davor die die Funktion verdeutlichen werden nicht mehr angezeigt.
Das passiert in meinem und auch in einem neuen Projekt.
Wie auf den angehängten Bildern zu sehen ist.
Füge ich ein neues Timer Node hinzu kann ich auch bei diesem die Funktion nur einmal ändern, kann dann aber bei dem vorherigen Node die Funktion wieder ändern usw.
Gruß Steff
|
|
5178 | |
GUI & Server | Wunsch / Idee | niedrig | WPF-Message-Box hat keine feste Größe | geschlossen | 3.3 Beta x | 3.3 | 23.11.2023 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Die neue WPF-Message-Box kann aktuell noch in ihrer Größe angepasst. Dabei ist auch ein Maximieren möglich, wenn ich das Fenster an den Bildschirmrand ziehe. Dies sollte aber unterbunden werden und die WPF-Message-Box sollte eine ggf. global vorgegebene Größe erhalten.
|
|
5177 | |
GUI & Server | Fehlerbericht | niedrig | Midi Ruleset-import: Backtrack-Wert wird ignoriert | Neu | 3.2.3 | | 19.11.2023 | 19.11.2023 | terwarf |
Aufgabenbeschreibung
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.
Fehlerbeschreibung
Importiere angehängtes Ruleset in ein leeres Projekt. Die gesetzen Backtrack-Werte werden ignoriert.
Aus dem folgenden Abschnitt in der Importdatei
<Rule Name="1-1 input" UseBacktrack="false" Threshold="126" IsToggle="false" EnableMessage="2134413313" EnabledBacktrack="0" DisableMessage="2134409217" DisabledBacktrack="0">
<Type>Lumos.GUI.MIDI.ButtonRule</Type>
</Rule>
wird in der MidiSettings.xml in der .zip:
<TreeItem Name="Rule">
<Attribute Name="Type" Type="Primitive" ValueType="String" Value="Lumos.GUI.MIDI.ButtonRule" />
<Attribute Name="Name" Type="Primitive" ValueType="String" Value="1-1 input" />
<Attribute Name="GUID" Type="Primitive" ValueType="String" Value="0e001dac-84c0-4cd5-9dc8-1d5e99b22533" />
<Attribute Name="UseBacktrack" Type="Primitive" ValueType="Boolean" Value="False" />
<Attribute Name="State" Type="Primitive" ValueType="Boolean" Value="False" />
<Attribute Name="Threshold" Type="Primitive" ValueType="Byte" Value="126" />
<Attribute Name="IsToggle" Type="Primitive" ValueType="Boolean" Value="False" />
<Attribute Name="EnableMessage" Type="Primitive" ValueType="Int32" Value="2134413313" />
<Attribute Name="EnabledBacktrack" Type="Primitive" ValueType="Int32" Value="2134413313" />
<Attribute Name="DisableMessage" Type="Primitive" ValueType="Int32" Value="2134409217" />
<Attribute Name="DisabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
</TreeItem>
Hier wird der ursprünglich “genullte” Wert für EnabledBacktrack zu “2134413313” - vermutlich der Default-Wert für einen Button mit Backtrack (gleich EnableMessage).
Hingegen wird der Block
<Rule Name="1-1 output aus" UseBacktrack="true" Threshold="126" IsToggle="false" EnableMessage="0" EnabledBacktrack="3706881" DisableMessage="0" DisabledBacktrack="0">
<Type>Lumos.GUI.MIDI.ButtonRule</Type>
</Rule>
zu
<TreeItem Name="Rule">
<Attribute Name="Type" Type="Primitive" ValueType="String" Value="Lumos.GUI.MIDI.ButtonRule" />
<Attribute Name="Name" Type="Primitive" ValueType="String" Value="1-1 output aus" />
<Attribute Name="GUID" Type="Primitive" ValueType="String" Value="efd45d5e-33da-4132-bad2-2b184f844e6d" />
<Attribute Name="UseBacktrack" Type="Primitive" ValueType="Boolean" Value="True" />
<Attribute Name="State" Type="Primitive" ValueType="Boolean" Value="False" />
<Attribute Name="Threshold" Type="Primitive" ValueType="Byte" Value="126" />
<Attribute Name="IsToggle" Type="Primitive" ValueType="Boolean" Value="False" />
<Attribute Name="EnableMessage" Type="Primitive" ValueType="Int32" Value="0" />
<Attribute Name="EnabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
<Attribute Name="DisableMessage" Type="Primitive" ValueType="Int32" Value="0" />
<Attribute Name="DisabledBacktrack" Type="Primitive" ValueType="Int32" Value="0" />
</TreeItem>
hier ist EnabledBacktrack auf “0” gesetzt, obwohl in der Importdatei der Wert “3706881” gesetzt war.
|
|
5176 | |
InputAssignment | Wunsch / Idee | niedrig | DMXC-Mixer-Node: Zusätzliche Outputs für Device-Name un ... | geschlossen | 3.2.3 | | 18.11.2023 | 20.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Das DMXC-Mixer-Node hat auf der Output-Seite aktuell nur den Output “Device”, in dem die Device-ID angezeigt wird. Hier sollten aus Konsistenzgründen noch die Outputs “Name” und “Number” hinzugefügt werden, so wie es bei vielen anderen Wrapper-Nodes der Fall ist.
Dem entsprechend würden die ersten drei Outputs wie folgt lauten:
(Device-) Name
(Device-) ID
(Device-) Number
|
|
5175 | |
GUI & Server | Wunsch / Idee | niedrig | Presets: Automatisch zum neuen Preset springen | Unbestätigt | 3.3 Beta x | | 18.11.2023 | 18.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Lege ich ein neues Preset an, sollte innerhalb des Fensters immer automatisch zu diesem neuen Preset gesprungen werden, dass ich nicht durch die Liste scrollen muss. Im Idealfall wird es auch noch automatisch ausgewählt.
|
|
5174 | |
GUI & Server | Wunsch / Idee | niedrig | Presets: Auswahl des Presets bei "Edit in Programmer" | Unbestätigt | 3.3 Beta x | | 18.11.2023 | 18.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich ändere ein existierendes Preset über “Edit in Programmer”. Das Preset ist dabei in der Liste nicht ausgewählt. Um die gewünschten Änderungen nun wieder zurück zu speichern, muss ich das richtige Preset auswählen, um dann über “Add Preset” den entsprechenden Befehl hierfür auszuführen.
Den Schritt des “Auswählens” des Presets, welches sich gerade im Programmer befindet, würde ich mir gerne sparen, indem dieses automatisch ausgewählt wird, sobald ich “Edit in Programmer” aufrufe.
|
|
5173 | |
Project Explorer | Fehlerbericht | niedrig | Einträge "Macro Board Profiles" und "Softdesk" verrutsc ... | geschlossen | 3.3 Beta x | 3.3 | 10.11.2023 | 19.02.2024 | LightningBrothers |
Aufgabenbeschreibung
Mit der Beta 9 hat sich die Reihenfolge der Einträge im Project Explorer geändert. Aktuell
Wenn ich in die älteren Versionen schaue, dann sollte folgende Reihenfolge die passende sein
Cuelists
Cuelist Groups
Devices
Device Groups
Presets
Files
Item Lists
Electricity
Timecode Shows
Macros
Master
Executor Pages
Softdesks
Macro Board Profiles
Stage Views
Layouts
Project Settings
|
|
5172 | |
GUI | Wunsch / Idee | niedrig | Zeitfenster für automatisches Schließen der Abfrage "Lo ... | geschlossen | 3.3 Beta x | 3.3 | 10.11.2023 | 05.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Aus meiner Sicht sollte die Zeit für das automatische Schließen der Abfrage “Load last window layout?” verlängert werden. Gerade wenn ich größere Projekte lade, ist DMXControl 3 noch lange mit sich selbst beschäftigt. In diesem Zustand geht die Abfrage ein Stück weit darin unter, weil im Hintergrund noch vielerlei Dinge passieren.
|
|
5171 | |
InputAssignment | Fehlerbericht | niedrig | Änderung von Schriftart und -größe werden nicht ausgege... | Unbestätigt | 3.3 Beta x | 3.3.1 | 10.11.2023 | 15.03.2024 | LightningBrothers |
Aufgabenbeschreibung
Nach der Behebung von FS#5168 kann ich im Draw Bitmap Node zwar nun wieder Schriftart und -größe wählen und sie werden vom Node auch gespeichert, jedoch werden diese Änderung nicht mehr an das Macroboard weitergegeben - sowohl hardwareseitig auf dem Macroboard selbst als auch softwareseitig in der Anzeige der Macroboard Profilen. Auch ein Speichern und Neuladen des Projekts schafft keine Abhilfe.
Die Farbe des Textes und auch die Inhalte werden dagegen erwartungsgemäß aktualisiert.
In dem beigefügten Projekt habe ich ein einfaches Beispiel generiert. Eigentlich sollte hier der Button 1.1 des Macro Boards den Text in der Schriftart “Arial” in der Schriftgröße “20px” anzeigen.
|
|
5170 | |
GUI & Server | Fehlerbericht | kritisch | Rechnen in Werten für Funktionen und Parametern für Eff ... | geschlossen | 3.3 Beta x | 3.3 | 10.11.2023 | 12.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Mit der Beta 11 ist das Rechnen mit Mastern in den Parametern eines Effekts nicht mehr zulässig. In welchem Wert für eine Funktion oder welcher Effekt dabei verwendet wird, ist dabei (offenbar) nicht relevant. Ich habe es unter anderem für die Effekte
sowie für die Funktionswerte
probiert für unter anderem folgenden Syntax:
Ich habe das Problem auf kritisch gesetzt, weil auf Grund dieses Fehlers alle Projekte nicht geladen werden können, in denen mit den Mastern gerechnet wurde.
Logs kann ich nicht beifügen, da im Moment der Bestätigung der Eingabe keine Einträge generiert werden. Es erscheint in der GUI nur die generische Fehlermeldung “Value not valid”.
|
|
5168 | |
InputAssignment | Fehlerbericht | niedrig | Draw Bitmap Node: Änderung der Schriftart nicht möglich | geschlossen | 3.3 Beta x | 3.3 | 28.10.2023 | 10.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich füge in einem neuen leeren Projekt das Draw Bitmap Node ein und ändere die Schriftart von “Courier New” auf “Arial”. Diese Änderung wird vom Node zwar angenommen, aber nicht umgesetzt. Auch ein Speichern und Neuladen des Projekts hilft hier nicht.
Klappe ich den Eintrag “Font” in den Einstellungen des Nodes auf, steht dort in jeder Zeile die folgende Fehlermeldung:
Der Typ "System.Drawing.FontConverter" in der Assembly "System.Drawing.Common, Version=7.0.0.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51" konnte nicht geladen werden.
Dieser Eintrag taucht in keinem der Logs auf, daher nur der Screenshot.
|
|
5167 | |
GUI | ToDo | hoch | Vorschläge für Visualisierung der Properties | Zugeteilt | 3.3 Beta x | 3.4 | 17.10.2023 | 21.12.2023 | JPK |
Aufgabenbeschreibung
DMXControl 3 hat unterschiedliche Properties. Diese müssen visualisiert werden. Im folgenden sollen Vorschläge gesammelt werden, wie diese Visualisierung aussehen soll. Dabei sollen alle wichtigen Visualisierungen mit einem +++ versehen werden Bereits erledigte Visualisierungen sind als solche markiert.
Color +++ (erledigt)
ColorTemp (erledigt)
Cool
Dimmer +++ (erledigt)
Effectwheel
Fan –> num. Fann.
Filter
Focus –> num. Fann.
Fog
Frost –> num. Fann.
Gobo +++ (WIP)
Heat
Index –> num. Fann. +/-
Iris –> Darstellung als Iris-Blende analog zur Stage View
Matrix –> Idealerweise Vorschau der Matrix, welche in dem Eintrag abgebildet ist
Position +++ (erledigt)
Prism –> kurzfristig keine Visualisierung, langfristig über ein generisch erzeugtes Bild auf Basis der DDF-Definition
PTSpeed –> num. Fann.
Radix –> Idealerweise Vorschau der Radix, welche in dem Eintrag abgebildet ist
Raw –> num. Fann.
Rotation –> num. Fann. +/-
Scale
Shutter +++
Strobe +++
Switch +++ (erledigt)
Zoom –> Visualisierung eines Lichtkegels analog zum Programmer
Anmerkungen Num. Fann –> Darstellung als Fanning einfacher numerischer Werte +/- –> Darstellung wie num. Fanning, jedoch mit positiven und negativen Wertebereich, sodass der 0-Wert auf halber Höhe liegt
|
|
5166 | |
Umbra | Fehlerbericht | niedrig | BidirectionalStreamBridgeWithResponseFilter - Request L ... | geschlossen | 3.3 Beta x | 3.3 | 17.10.2023 | 27.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe ein neues Projekt mit zwei kleinen Connectionsets angelegt, dieses gespeichert, geschlossen und dann wieder neu aufgerufen.
Wechsele ich in die Graphenansicht, gibt der Umbra in regelmäßigen Abständen die folgende Fehlermeldung aus. Sobald ich wieder in die Tabellenansicht zurückgehe, ist alles “ruhig”.
19:22:15 ERROR BidirectionalStreamBridgeWithResponseFilter - Request Listener ConnectionSetProcessed has faulted.
System.IO.IOException: The client reset the request stream.
at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
at System.IO.Pipelines.Pipe.GetReadAsyncResult()
at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http2.Http2MessageBody.ReadAsync(CancellationToken cancellationToken)
at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
at Grpc.AspNetCore.Server.Internal.PipeExtensions.ReadStreamMessageAsync[T](PipeReader input, HttpContextServerCallContext serverCallContext, Func`2 deserializer, CancellationToken cancellationToken)
at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
at Grpc.AspNetCore.Server.Internal.HttpContextStreamReader`1.<MoveNext>g__MoveNextAsync|9_0(ValueTask`1 readStreamTask)
at Grpc.Core.AsyncStreamReaderExtensions.ReadAllAsyncCore[T](IAsyncStreamReader`1 streamReader, CancellationToken cancellationToken)+MoveNext()
at Grpc.Core.AsyncStreamReaderExtensions.ReadAllAsyncCore[T](IAsyncStreamReader`1 streamReader, CancellationToken cancellationToken)+System.Threading.Tasks.Sources.IValueTaskSource<System.Boolean>.GetResult()
at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__0>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 60
--- End of stack trace from previous location ---
at Umbra.Bridge.BidirectionalStreamBridgeWithResponseFilter`2.<>c__DisplayClass7_0.<<ClientSideTaskWithFilter>b__0>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\BidirectionalStreamBridgeWithResponseFilter.cs:line 60
Die Fehlermeldung kann ich gut mit dem beigefügten Projekt reproduzieren, indem ich in einem der beiden Graphen anfange, die Nodes zu verschieben - spätestens, wenn ich das im zweiten Graphen mache.
|
|
5165 | |
Umbra | Fehlerbericht | mittel | Umbra startet nicht auf Grund von veralteter Microsoft.... | Unbestätigt | 3.3 Beta x | | 11.10.2023 | 16.10.2023 | LightningBrothers |
Aufgabenbeschreibung
In Vorbereitung zum Livestream habe ich den Build 645 der 3.3 installiert. Danach ließ sich der Umbra (mal wieder) nicht starten.
Der Installer hat fand dabei nicht gewünschte Version der .net Desktop Runtime und führte das Setup erneut aus. Nachfolgend der betreffende Auszug aus dem Log des Installers:
Checking if .NET 4.8 is installed...
.NET 4.8 found!
Checking if ASP.NET Core 6 (32bit) is installed...
ASP.NET Core 6 (x32) found!
Checking if ASP.NET Core 6 (64bit) is installed...
ASP.NET Core 6 (x64) found!
Checking if .NET 6 Desktop Runtime (x32) is installed...
Checking if .NET 6 Desktop Runtime (x64) is installed...
.NET 6 Desktop Runtime (x64) found!
Checking if Visual C++ 2015 Redistributable is installed...
Visual C++ 2015 Redistributable found!
Checking if XNA 4.0 is installed...
XNA 4.0 found!
Checking if Windows Installer 3.1 is installed...
Windows Installer 3.1 found!
Verzeichnis wird erstellt: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0
Lade .NET Desktop (x86)...
Installiere .NET Desktop (x86)...
Datei wird gelöscht: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\dotnetdesktop-current-windows-runtime-bundle-installer.exe
Lade .NET Desktop (x64)...
Installiere .NET Desktop (x64)...
Datei wird gelöscht: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\dotnetdesktop-current-windows-runtime-bundle-installer.exe
Der Start des Umbras schlug aber dann entsprechend fehl. Die Ereignisanzeige von Windows gab dabei folgende Fehlermeldung:
Description: A .NET application failed.
Application: Umbra.exe
Path: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Umbra\Umbra.exe
Message: You must install or update .NET to run this application.
App: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Umbra\Umbra.exe
Architecture: x64
Framework: 'Microsoft.NETCore.App', version '6.0.23' (x64)
.NET location: C:\Program Files\dotnet\
The following frameworks were found:
6.0.22 at [C:\Program Files\dotnet\shared\Microsoft.NETCore.App]
Learn about framework resolution:
https://aka.ms/dotnet/app-launch-failed
To install missing framework, download:
https://aka.ms/dotnet-core-applaunch?framework=Microsoft.NETCore.App&framework_version=6.0.23&arch=x64&rid=win10-x64
Zum Zeitpunkt dieser Fehlermeldung war auf dem PC die Version 6.0.22 installiert. Über das Windows-Update war die Version 6.0.23 in der Pipeline. Erst nachdem dieses Update eingespielt wurde, ließ sich der Umbra wieder starten.
Irgendwie sollte versucht werden, das Problem dahingehend abzufangen, dass mal als Nutzer einen Hinweis erhält - und sei es eben nur Hinweis, der sich eben nicht nur in der Ereignisanzeige versteckt.
|
|
5164 | |
TimecodePlayer | ToDo | niedrig | TCP ohne Audio abspielen | geschlossen | 3.3 Beta x | 3.3 | 03.10.2023 | 23.12.2023 | Beni200 |
Aufgabenbeschreibung
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.
|
|
5163 | |
GUI & Server | Fehlerbericht | niedrig | Nichtfunktionierender Audioimport | geschlossen | 3.3 Beta x | 3.3 | 02.10.2023 | 29.10.2023 | Beni200 |
Aufgabenbeschreibung
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.
|
|
5162 | |
GUI & Server | Fehlerbericht | niedrig | Project Adiministration kann zweimal geöffnet werden | geschlossen | 3.3 Beta x | 3.3 | 01.10.2023 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Nach der Implementation des Tickets ??? öffnet sich die die Project Administration nun automatisch nach dem Start von DMXC 3.3, sobald zwischen GUI und Kernel eine Verbindung aufgebaut ist.
Es ist allerdings möglich, dass ich die Project Administration nach dem Start der GUI bis zur Herstellung der Verbindung zum Kernel ebenfalls direkt aus der GUI öffne. Ist die Verbindung dann aufgebaut, wird die Project Administration ein zweites Mal durch den oben beschriebenen Automatismus geöffnet. In diesem Fall ist die Project Administration also zweimal geöffnet.
Im Idealfall sollte dies abgefangen werden, weil unter Umständen die Gefahr besteht, dass das zweite Fenster im Hintergrund liegt und man die Software nicht weiter bedienen kann. Auf alle Fälle ist es so, dass die zweite Project Administration geöffnet bleibt, sobald der Ladevorgang vom Laden eines Projekts über die zuerst geöffnete Project Administration abgeschlossen ist.
|
|
5161 | |
GUI & Server | Fehlerbericht | mittel | Hoher Datenverkehr im DMXC-Netzwerk beim Verschieben vo ... | geschlossen | 3.3 Beta x | 3.3 | 01.10.2023 | 14.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe mit der Beta 10 ein neues Projekt erstellt und einen einzigen Graphen gebaut, der insgesamt 11 Nodes und 6 In- bzw- Outputs umfasst. Verschiebe ich nun eines der sechs Compare-Nodes, steigt der Datenverkehr im DMXC-Netzwerk massiv an. Es werden gemäß GUI rund 3.000 Nachrichten übertragen, die eine Auslastung von rund 6 MB/s generieren. Das führt auch dazu, dass das Verschieben selbst nicht mehr flüssig abläuft. Auch die Funktion “Auto position” stockt und positioniert die Nodes nicht mehr richtig.
Dieses Problem ist aber gefühlt eher neueren Datums. Genauer eingrenzen kann ich dies später.
Im Anhang findet sich das entsprechende Projekt, ein Screenshot und die zugehörigen Logs.
|
|
5160 | |
GUI | Fehlerbericht | niedrig | Anzeigefehler UI bei Export eines bestimmten Projektes | geschlossen | 3.3 Beta x | 3.3 | 29.09.2023 | 19.02.2024 | Beni200 |
Aufgabenbeschreibung
Ü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.
|
|
5159 | |
GUI & Server | Fehlerbericht | niedrig | Sinus auf Value+UV bei "Generic RGBWAUV" Scheinwerfer | Neu | 3.2.3 | | 29.09.2023 | 29.09.2023 | Paule |
Aufgabenbeschreibung
Fehlerbeschreibung
Wenn ich bei einem RGBWAUV-Scheinwerfer zuerst über die Stageview einen Sinus auf Value (Value=0, Amplitude=1) lege und dann auf auf UV (UV=0, Amplitude=1, Phase=180), so werden beide Effekte ausgeführt wie gewünscht (StageView+Kanalübersicht), in der Gerätesteuerung unter Effekte allerdings nur der für UV angezeigt. Da in der Gerätesteuerung unter Eigenschaften leider nur RGBWAUV einstellbar sind und kein HSV komm ich auf dem Weg da auch nicht mehr dran. Ziehe ich den Sinus erst auf UV und dann auf Value, wird nur der für UV ausgeführt, den für Value nimmt das Programm gar nicht erst an. Zudem muss ich solange die Default Color weiß ist erst eine andere Farbe auswählen, um den Effekt überhaupt auf Value anwenden zu können. Ist die Default Color nicht weiß gehts auch direkt.
Erwartetes Verhalten
Ziel war es mit 180 Grad Phasenverschiebung Farbverläufe von UV auf Farben aus dem HSV-Farbraum hinzubekommen, also das, was im ersten Fall passiert.
Der daran anschließende Wunsch wäre Hue Satuartion und Value auch unter Color in den Eigenschaften der Gerätesteuerung zu haben.
|
|
5158 | |
Server | Fehlerbericht | mittel | Chaser: Wert für Size größer gleich Anzahl Geräte in De ... | geschlossen | 3.3 Beta x | 3.3 | 28.09.2023 | 30.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe den Chaser auf eine Gruppe von 10 Geräten gezogen und den Play Mode auf “Random” gesetzt. Wähle ich bei “Size” einen Wert, der der Anzahl der Geräte dieser Gruppe entspricht oder darüber hinaus geht - im aktuellen Beispiel also >= 10 - hängt sich der Chaser mit folgender Fehlermeldung auf:
20:14:36 WARN SceneFadeTicker+TickerParallelBag - Exception triggering Item: Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')
at org.dmxc.lumos.Kernel.PropertyValue.Filter.Chaser.RandomChaserPattern.GetNextIndex(Int32 deviceCount) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\Chaser\Pattern\RandomChaserPattern.cs:line 61
at org.dmxc.lumos.Kernel.PropertyValue.Filter.Chaser.RandomChaserPattern.GetNextStep(Int32 deviceCount, Int32 length) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\Chaser\Pattern\RandomChaserPattern.cs:line 25
at org.dmxc.lumos.Kernel.PropertyValue.Filter.Chaser.AbstractChaserPattern.doUpdateChaser(Int64 timeInMs, Int64 delta, Int32 duration, Int32 fadetime, Int32 deviceCount, Int32 length, Int32 stepSize, Int32 breakSteps, Int32 breakTime) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\Chaser\Pattern\AbstractChaserPattern.cs:line 69
at org.dmxc.lumos.Kernel.PropertyValue.Filter.ChaserFilter2.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\Chaser\ChaserFilter2.cs:line 215
at org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:line 47
at Lumos.Kernel.Scene.Entry.FilterAdapter.PropertyValueFilterRuntimeDecorator.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Entry\FilterAdapter\PropertyValueFilterRuntimeDecorator.cs:line 103
at org.dmxc.lumos.Kernel.PropertyValue.AbstractPropertyValue.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\AbstractPropertyValue.cs:line 401
at org.dmxc.lumos.Kernel.PropertyValue.AbstractPropertyValue.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\AbstractPropertyValue.cs:line 367
at org.dmxc.lumos.Kernel.Scene.Fade.FadeDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:line 94
at org.dmxc.lumos.Kernel.Scene.Delay.DelayDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:line 41
at org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Fade\AutoFadeDecorator.cs:line 35
at org.dmxc.lumos.Kernel.Scene.Fade.AbstractValueFadeDecorator.triggerFade(Boolean& deregister) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:line 205
at org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:line 91
at org.dmxc.lumos.Kernel.Scene.SceneFadeTicker.TickerParallelBag.processBag(ProcessableTickerBag bag, Int64 now) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:line 350
|
|
5157 | |
GUI & Server | Fehlerbericht | kritisch | Verbindung von GUI zu Kernal nicht möglich | geschlossen | 3.2.3 | 3.3 | 28.09.2023 | 30.10.2023 | |
Aufgabenbeschreibung
Fehlerbeschreibung
DISCLAIMER: Sollte dieser Fehler bekannt sein und Windows 11 das Problem hier sein, könnt ihr das Issue gerne schließen. Ich werde Windows 10 an der Location auf allem Rechnern einsetzen.
Hallo, ich teste grade DMXC3 da ich bald eine Location auf eure Software upgrade. (Weg von puren Dimmern… endlich). Heute wollte ich mal testweise den Kernal auf nem anderen Rechner laufen lassen (bis jetzt habe ich alles immer auf einem Rechner laufen lassen). Bei der Location wird es auch eine Trennung von den Clients zum Server geben, daher wollte ich mal reinschauen ob es da unerwartete Schwierigkeiten geben könnte. Hier bei mir habe ich noch nicht die Hardware für die finale Installation, ich teste auf zwei Windows PCs (Windows 10 Pro, Windows 11 Pro). Nachdem ich erstmal Pings in der Firewall erlauben musste, da die anscheind by default nicht erlaubt sind (?), habe ich dann versucht von einem auf den anderen Rechner zu verbinden.
Getestet wurden beide Richtungen: PC A (Windows 10 Pro) (Unten) PC B (Windows 11 Pro) (Oben)
Das angehängte Video zeigt den Effekt. (Habe im Video erst gemerkt, dass der Hostname von PC A falsch gesetzt ist. Gleiches passiert aber auch mit IP Adresse direkt)
Erwartetes Verhalten
Die Verbidnung wird zwischen PC A und PC B genauso hergestellt wie die Verbindung von GUI auf PC B zum Kernal auf PC B
Hinweise
|
|
5156 | |
GUI & Server | ToDo | hoch | Aufteilung der xml-Daten für ein Bereich in einem Proje ... | geschlossen | 3.3 Beta x | 3.3 | 26.09.2023 | 28.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Es zeigte sich zuletzt, dass unter anderem die Graphs.xml wegen eines OutOfMemory-Exeption nicht gespeichert werden kann, wenn die Graphen im Input Assignment entsprechend umfangreich ausfallen.
Um das Problem zu beheben, sollen verschiedene Dateien im Projekt automatisch in rollierender Weise aufgeteilt werden, wie es in etwa auch bei den Log-Dateien bereits gemacht wird.
|
|
5155 | |
GUI | Wunsch / Idee | niedrig | Automatische Umwandlung von Cuelists für Timecode Playe... | Unbestätigt | 3.3 Beta x | 3.3.1 | 26.09.2023 | 26.09.2023 | JPK |
Aufgabenbeschreibung
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
|
|
5154 | |
InputAssignment | Fehlerbericht | niedrig | Geänderte Namen von Macros, Softdesk werden nicht weite ... | geschlossen | 3.3 Beta x | 3.3 | 19.09.2023 | 23.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Ändere ich den Namen für die Elemente eines Makros oder aus dem Softdesk, so wird der Name nur im Input-Baum und Output-Baum direkt aktualisiert. Die Inputs und Outputs in den Graphen selbst behalten den Namen bei.
|
|
5153 | |
GUI | Wunsch / Idee | niedrig | Startverhalten der GUI einstellbar machen | Unbestätigt | 3.3 Beta x | 3.3.1 | 18.09.2023 | 18.09.2023 | JPK |
Aufgabenbeschreibung
Seit Implementierung von FS#4973 wird immer die Projekt Administration geöffnet, wenn sich die GUI verbindet und noch kein Projekt geladen ist. Nun soll dieses Verhalten erweitert und einstellbar gemacht werden. Es wird ein GUI Setting benötigt, um wählen zu können, ob die Projekt Administration geöffnet wird (bisheriger Case), ein gewisses Default-Projekt geladen wird (z.B. für Festinstallationen) oder nichts passiert. Für Case 2 muss noch in der Projekt Administration und im Project Store integriert werden, dass ein Default-Projekt ausgewählt werden kann.
|
|
5152 | |
GUI | Fehlerbericht | mittel | GUI stockt / stürzt ab bei Werteänderung über MIDI | Benötigt Tests | 3.3 Beta x | 3.3.1 | 16.09.2023 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Mit dem beigefügten Projekt habe ich eine einfache Ansteuerung der Position von in der Stage View ausgewählten Geräten über meinen MIDI-Controller (Traktor F1) realisiert. Bei schnellen, ruckartigen Werteänderungen stockt GUI bis hin zum Einfrieren. Das Stocken betrifft im konkreten Fall unter anderem das Position Control und das Device Control. Hier liegt bei mir die Vermutung nahe, dass bei einer meiner letzten Nutzung im größeren Umfeld deswegen die GUI auch komplett abgestürzt ist. Der gezeigte Auszug aus den beigefügten Logs entstammt der ersten GUI-Session.
2023-09-15 18:44:42,258 [74] FATAL 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.Facade.DeviceProperties.DevicePropertyFacade.<OnProgrammerValueChanged>d__71.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\DeviceProperties\DevicePropertyFacade.cs:Zeile 516.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
bei System.Threading.ThreadPoolWorkQueue.Dispatch()
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
Nutze ich im gleichen Connectionset statt die Fader / Encoder meines MIDI-Controllers die beiden Slider des ebenfalls enthaltenen Softdesks, werden alle Werteänderungen sauber umgesetzt. Sowohl langsame als auch schlagartige Werteänderungen kommen nahezu verzögerungsfrei im Position Control und im Device Control an.
|
|
5151 | |
Executoren | Fehlerbericht | niedrig | Executoren zeigen Anzeigefehler, wenn die GUI auf eine ... | geschlossen | 3.3 Beta x | | 15.09.2023 | 15.09.2023 | Beni200 |
Aufgabenbeschreibung
Executoren haben Anzeigefehler, wenn die GUI manuell mit einer bereits bestehenden Session verbunden wird.
|
|
5150 | |
Umbra | Fehlerbericht | hoch | Kontinuierlicher Anstieg der Arbeitsspeicherauslastung ... | Nicht Reproduzierbar | 3.3 Beta x | | 13.09.2023 | 26.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich musste gerade feststellen, dass es beim Umbra einen kontinuierlichen Anstieg der Auslastung des Arbeitsspeichers durch den Umbra gibt, obwohl kein Projekt (mehr) geladen ist. Innerhalb von ca. 10 Minuten lag dieser Wert laut Taskmanager bei rund 400MB.
Was habe ich gemacht?
Umbra manuell auf PC2 gestartet
Kernel ca. 30 Sekunden später manuell auf PC2 gestartet
Weitere 30 Sekunden später GUI manuell auf PC1 gestartet
Zwei unterschiedliche Projekte geladen und wieder geschlossen
Komplettes Setup ca. 5 Minuten nach dem Start komplett im Leerlauf belassen und die Auslastung des Arbeitsspeichers durch den Umnbra beobachtet. Nach ca. 10 Minuten lag Wert bei ca. 400MB
-
Weitere 10 Minuten die Auslastung des Arbeitsspeichers beobachtet bei weiterhin aktiver lokaler Verbindung zum Kernel auf PC. Nach Ablauf dieser Zeit lag der Wert vor dem Herunterfahren des Umbras bei 468MB (siehe auch kurz vorher erstellten, beigefügten Screenshot).
Dieses Verhalten kann ich mit der Beta 9 in zwei Konstellationen nachstellen:
Im Anhang die Logs aus der 1. Konstellation.
|