Bugtracker DMXControl 3

Ich habe an einem Projekt zuletzt viel im Input Assignment gearbeitet und wunderte mich dann, dass ein Button eines Softdesks nicht mehr funktionierte. Der Kernel sagte dann folgendes:

22:15:27 WARN  InputManager - Following Graphs are orphaned and will be removed:
S1-510-3121
S1-510-0901
S1-210-0901
S1-211-3121

Hierzu habe ich die Erwartungshalten, dass erstmal nicht grundsätzlich angenommen wird, dass verwaiste Graphen entfernt werden können. Vielmehr bedarf es hier einer Info, wie hiermit umgegangen werden soll.

Ob sich dieses Verhalten mit dem Projekt, an dem ich gerade arbeite, reproduzieren lässt, muss ich später klären und dann Logfiles und Projekt beifügen.

Ich habe mir gerade einen Graphen gebaut, wo ich mit sechs-stelligen Zahlen arbeite und diese durch verschiedene Nodes schiebe.

Gebe ich eine solche Zahl zum Beispiel in den Binary Switcher als Wert für On bzw. Off oder in den Input Selector ein und bestätige diese Eingabe direkt mit Enter, wird die Zahl direkt in einen RGB-Wert konvertiert. Offenbar geht DMXC3 hier davon aus, dass es sich um einen HEX-Farbwert handelt.

Für mich ist das so dann nun zwar nachvollziehbar, dass es diese Assoziation gibt. Allerdings war das nicht meine Erwartungshaltung. Daher wäre meine Bitte, diesen Punkt einmal entsprechend zu durchdenken.

Das Projekt liegt in der Cloud (im üblichen Ort). Wenn man versucht, aus der Main Cuelist die Cue “ES.01.10: Einlass” in den Cue Timing Editor zu laden, dann fliegt folgende Exception:

2024-04-13 18:25:34,465 [Main GUI] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei Lumos.GUI.Windows.SceneList.SceneEditView.<>c.<SceneEditView_Shown>b__12_1(IDevicePropertyFacade c) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\SceneList\SceneEditView.cs:Zeile 57.
   bei System.Linq.Enumerable.WhereSelectArrayIterator`2.MoveNext()
   bei System.Linq.Enumerable.<DistinctIterator>d__64`1.MoveNext()
   bei System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
   bei System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
   bei Lumos.GUI.Windows.SceneList.SceneEditView.<SceneEditView_Shown>d__12.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\SceneList\SceneEditView.cs:Zeile 57.
--- 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)

Aus der Async-Function kommen einzelne null Einträge raus, was dazu führt, dass beim Abrufen des DisplayNames die Exception fliegt.

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

This is about shortcuts for horizontal scrolling in the timecode player.
I would like to be able to move left and right by using the Shit+wheel to make horizontal scrolling easier.

Hi all,

It would be useful to have a lot more keyboard shortcuts available in DMXC3 to speed up workflow by allowing you to use a combination of mouse clicks and key presses rather than having to do almost everything with the mouse.

I understand there are plans to implement central keyboard management at some point - here are my suggestions for functions that would benefit from having assignable keyboard shortcuts:

* Shortcuts to open windows (cuelist editor with most recently used cuelist, most recently used stage view, cuelists, effects & filters, presets, programmer etc.)

* Context-aware shortcuts - for example, it would be intuitive to have Ctrl-N create a New entry in whatever window is selected, whether that’s the Cuelist window, the Device windows etc.

* The “Lumos”/”Nox” functions. This could just be a single key that toggles the dimmer between 0% and 100% (so for example you could just select devices in the stage view and then tap a key to set their dimmer to 100%, and press it again to set it to 0% - this would make programming much quicker)

* “GO” on cuelist

Shortcuts should also be listed on the menus and should pop up as tooltips when hovering over buttons in the UI. This would make it much easier to learn what the shortcuts are rather than having to refer to the manual.

All the best,
Phil

Wenn Button für Pause verwendet wurde, auch mit Pause-Button wieder Show laufen lassen.

Damit man nicht zum Starten immer mit der Maus hin und her rutschen muss zwischen Pause und Play.

Gruß Steff

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

 at org.dmxc.lumos.Kernel.Master.MultimediaTimer.Start() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 557
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.set_Interval(Int32 value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 187
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.SetMasterSpeed(Double ms, Boolean throwEvent) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 214
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.set_FaderValue(Double value) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 253
 at org.dmxc.lumos.Kernel.Master.SpeedMaster.LoadFromManagedTree(ManagedTreeItem m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\SpeedMaster.cs:line 434
 at org.dmxc.lumos.Kernel.Master.MasterManager.LoadBeforeContainer(LumosIOContext context) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 776
 at org.dmxc.lumos.Kernel.Master.MasterManager.org.dmxc.lumos.Kernel.Run.ILumosProjectManager.loadProject(LumosIOContext context, ELoadTime time) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Master\MasterManager.cs:line 747   at org.dmxc.lumos.Kernel.Project.ProjectManager.<>c__DisplayClass51_1.<LoadProjectFromStream>b__1(ILumosManager m) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 426
 at System.Linq.Enumerable.All[TSource](IEnumerable`1 source, Func`2 predicate)
 at org.dmxc.lumos.Kernel.Run.AbstractRunManager`2.DoManagerTopDown(Func`2 action) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Run\AbstractRunManager.cs:line 142
 at org.dmxc.lumos.Kernel.Project.ProjectManager.LoadProjectFromStream(ProjectVersionID id, Stream projectStream, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Project\ProjectManager.cs:line 421

The curve of the fade, but I would like a curve other than linear.

The image looks like this.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

In the Timecode Player, if the final cue in a cuelist has fade and delay times of zero, it is not possible to adjust the final cue’s start time from within the Timecode Player.

See this video for a demonstration: https://vimeo.com/904885122/52a1cb9db2?share=copy

Here’s a commentary of the video:

00:06 I adjust the start time of Cue B successfully.
00:11 I try to adjust the start time of Cue C, but it’s not possible.
00:16 I extend the fade time of Cue C
00:18 I am now able to adjust the start time,
00:21 I set the fade time back to zero.

Also, the name of the final cue (”Cue C”) isn’t displayed until I extend the fade time.

The audio waveform view doesn’t seem to redraw properly beyond a certain level of zoom.

See this video:

https://vimeo.com/904887614/e3c95ccaf9?share=copy

You can see that the audio file has a waveform which is visible until the end of the song at 3m30s.

In the video I start to zoom in on the timeline, and 15 seconds into the video you can see the waveform starts to render incorrectly.

You can see at the end of the video that the end of the waveform which should be appearing at 3m30s is now appearing at 3m05s in the timeline view

This problem doesn’t occur when viewing the audio spectrum view, only the waveform.

It is repeatable on different audio tracks, and on tracks of different lengths (I tried a track that was only 40 seconds long and the same thing happened).

I hope the video demonstrates the problem - let me know if you need any additional information.

Issue 1:

Adjusting the cue start time in the Timecode player seems very erratic and inaccurate.

See this video: https://vimeo.com/904891438/2e89a27c8b?share=copy

I slowly drag the “Cue B” start time across the timeline.

As I drag, the display is very jumpy/flickering. The cue start time value in the cuelist window is gradually incrementing as I drag, but it is not showing the same time as the position of the cue in the Timecode Player window.

I’ve attached a screenshot which shows that as I’m dragging the cue start time over the ~3 second mark in the Timecode Player, the value displayed in the Cuelist editor is 00:00:02.006

I think this is a different issue to  FS#5239  which described the cuelist times working in frames rather than milliseconds which is why I’m reporting it.

Issue 2:

I notice that in order to add a fade time to a cue from the Timecode Player, I first have to set a delay time of greater than zero in order to access the fade time handle.

See this video:

https://vimeo.com/904893990/6b088c1e30?share=copy

Cue A has an initial delay greater than zero, so I’m able to change the fade time by clicking and dragging the top of the cue.

Cue B has fade and delay times of zero, and I’m not able to change the fade time unless I first add a delay by clicking and dragging the bottom of the cue.

It would be easier if it wasn’t necessary to create a temporary delay time in order to access the fade control handle.

If you need any additional information, let me know.

Thanks as always for all your work on this!

Hallo,
beim testen einiger Funktionen der 3.3.0 RC1 ist mir folgendes aufgefallen:
Wenn ich ein neues Projekt anlegen möchte, springt der Curser in die Zeile Name und ich kann dort einen Name eingeben.
Der dort voreingestellte Name (New Project) wird aber nicht automatisch gelöscht.
Diesen muss ich händisch noch löschen.

Erwartetes Verhalten

Der Fade-Node sollte am Eingang RGB-Werte verstehen und sie faden können.

Error Description

Expected behavior

Notes

Fehlerbeschreibung

3.3 RC2

Fehlemreldung im Kernel und keine Reaktion mehr von DMXC nachdem Cue 19 in den Programmer geladen wurde und anschließen gereplacet wurde.

Kernel ließ sich mit den Befehlen nicht schließen - auch nicht nach einem von JP angeregten Rechtsklick - und wurde dann via Task Maneger hart beendet.

Logs und Projekt im Anhang.
0.2.61 = letztes gespeichertes Projekt, lässt sich aber nicht mehr laden
0.2.60 = letzter Stand vor Fehler

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Hallo,
Ich habe in der Version 3.3.0 RC2 angefangen mein “großes Projekt” neu zu erstellen.
Das “große Projekt” konnte ich so nicht aus der 3.2.3 übernehen. FS#5221

Das ganze hat auch gut funktioniert.
Bis ich gestern um etwas auszuprobieren ein Node aus dem IA gelöscht habe.
In meinm Fall war es das “Grand Master Node”.

Danach bekomme ich beim Laden des Projektes viele Warnmeldungen, sowie ein paar Fehlermeldungen.
Gestern war es auch so daß Das Programm nicht mehr richtig beendet werden konnte.
Ich musste über den Task-Manager das Programm beenden.

Ich hatte auch noch versucht eine ältere Version zu laden, das funktionierte leider nicht und
ältere Versionen des Projektes sind auch nicht mehr verfügbar.

Was ist den hier kaput gegeangen ?
Und Warum ?

Logs und Projekt hänge ich an.

Gruß Steff

Es lassen sich nur ca 16-17 Speedmaster anlegen.
Im bestehenden Projekt konnte ich 17 Speedmaster anlegen, in einem leeren Projekt nur 16, anschließend Fehlermeldung im Kernel.
Anbei die Logs erzeugt nach dem Versuch mit leerem Projekt.

Hier die Fehlerbeschreibung eintragen. Wo und wie tritt der Fehler auf? Bitte das genaue Vorgehen zur Reproduktion beschreiben
Sobald ich mit dem Eurolite DMX 512Pro MK2 bei einer Gruppe von 64 Generic RGB einen anderen Wert als weiß (1;1;1) einstelle, entstehen komische Farb und Strobo Effekte auf den Geräten bzw. den Pixeln der LED Bar (4 mal PureLight Pixel Bar Switch). Dies tritt auch bei anderen Geräten auf.

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.

Wunsch für den Timecodeplayer

eine Spur als tabellenkopf so fixieren zu können das diese immer oben bleibt , auch wenn man weiter runter scollt.

und

das man sich wie im Word “Tabstops” setzen kann um so bei längeren TCShows besser in der horizontalen ebene orientieren kann.

Der linke bereich des TCP könnte sortierbar sein, so das man sich die Spuren sortieren kann ,

Schön wäre auch eine art dropdown , wo man bestimmte spuren gruppieren kann, und diese dan als gruppe minimiert bzw ein/ausblendet .

jetz werden wieder viele denken : “bau alles mit Szenen und du brauchst nur 3-5 spuren”, nein das möchte ich nicht weil:

ich stelle mir den workflow etwas präzieser vor , angenommen man hat eine TCShow von insg. 30min, welche aus mehreren audioschnipseln besteht , bei 30 minuten wären das möglicherweise über 60 szenen die man bauenmüsste und auch evtl. mal bearbeiten müsste ändert sich ein titel oder ähnliches. hinzukommend müsste man jede szene auswendig können. daher eher der Gedanke jede gerätefunktion (bzw. Gerätegruppenfunktion) auf eine ex.spur zu legen und diese dann im TCP anzupassen.

–> wären die Executorspuren gruppierbar ware das eine feine sache (Bugtrackereintrag exestiert)
–> man kann sich einfach Spuren für gerätegruppen hinzufügen, oder jeh nach vorhandenen euqipment “aktivieren oder deaktivieren”

Hintergrund: In namenhaften audioprogrammen wie Fruityloops-Studio hat man pro zeile ja auch nur ein Instrument(element, stimme etc.) da arbeitet man auch nicht mit aufgenommenen Schnipseln die man nur aneinander klatscht . ich vermute auch zukunftsweisend ist das vorteilhafter wie 12 milliarden szenen zu speichern und die nur zeitlich zu verketten. (das könnte der Szeneneditor ja bereits selbst)

Schön wäre wenn man im TCP die abspielgeschwindigkeit anhand eines faders (Pitch) beeinflussen könnte , so wie ein DJ das mit dem Pitch regler macht.

wenn man diesen sogar im inputassigment hätte ,wäre eine Syncronisation mit einem DJ-Program nicht mehr weit entfernt.
Man könnte auch den Fader vom Timecodeplayer-Executorzuges dafür einsetzen

Die Executorzüge sind recht Steif, wenn man einen einfachen Dimmer Ex.-zug hat hat man einen Fader und 4 tasten,
Schön wäre dort das ganze etwas Flexibler zu gestalten, wie :
beim dimmer müssten die Tasten ein paar mehr funktionen bekommen wie zum beispiel: fade auf in x Sec. ; Fade zu in X sec, fade bis wert x
–> dazu könnte man noch kleinere “werte-knöpfe” anlegen im Fader wo man das “X” definieren kann nach bedarf

Beim Colormaster-Executorzug (Fügt man 2 mal den Gleichen CM nebeneinander ein hat man 2 Fader ) da wäre schön den zweiten Fader gegen weitere Tasten Tauschen zu können.
(welche man in der Jeweiligen Farbe einfärben könnte)

generell, Fader oder Tasten, mit dem eintrag “Empty” , sollten einfach komplett ausgeblendet sein, gilt auch für ungenutzte Executorenzüge auf einer seite.

Schön wäre die einzelnen executoren-Seiten auch in einzelne Fenster zu bekommen.

Da executoren sowie das Softdesk beide hervorragend für die Live bedienung ist, wäre es klasse wenn man einzelne Executorenzüge direkt ins Softdesk ziehen könnte .

Ich lege einen 1D-Effekt auf die Farbe und trage dann einen ColorMaster als Wert für die Farbe ein. Schaue ich mir dies nun mit dem Effektvisualizer an, aktualisiert sich die grafische Darstellung des Wertebereichs nicht. Der Regenbogen bleibt konstant bei rot als Startpunkt, selbst wenn der Colormaster ein grün oder ein gelb ausgibt.

Hinterlege ich aber eine feste Farbe, wie zum Beispiel gelb, dann wird dies vom Effektvizualiser berücksichtigt.

Diese Problem betrifft aber nur den Effektvisualizer selbst - die Ausgabe in der Stageview passt.

Bilder und ggf. ein kleines Beispielprojekt können noch nachgereicht werden.

Arbeitet man mit mehreren Cuelist-Tracks, wäre es hilfreich, dass Cuelists vom Cuelist-Track A in den Cuelist-Track B oder C verschoben werden können. Dabei sollen die Cuelists ihren ursprünglichen Startpunkt beibehalten.

Aktuell muss man die betreffende Cuelist im Cuelist-Track B erst erneut manuell an der richtigen Stelle hinzufügen und diese dann im ursprünglichen Cuelist-Track löschen.

Über das Kontextmenü kann man vom Timecode-Player aktuell “nur” normale Cues der entsprechenden Cuelist hinzufügen. Dies funktioniert so bereits sehr gut.

An dieser Stelle würde ich mir wünschen, wenn hier die Möglichkeit zum Einfügen von Special cues ebenfalls ergänzt werden würde.

Ich habe in einem Cuelist-Track bereits mehrere Cuelists an verschiedenen Stellen eingefügt. Hier würde ich mir wünschen, wenn man die Möglichkeit erhält, die aktuelle Cuelist an der aktuellen Position durch eine andere Cuelist zu ersetzen.

In meinem Showprojekt für das Jahrestreffen musste ich feststellen, dass bestimmte Cuelists mit Timecode-Trigger nach einiger Zeit unsauber wiedergegeben werden. Dies ließ sich sowohl in der StageView als auch in der DMX-Ausgabe real an den Geräten beobachten. Die gewünschten Effekte sehen damit mit zunehmender Wiedergabedauer der Timecodeshow deutlich merklich anderes aus als noch zu Beginn bei den ersten Aufrufen der entsprechenden Cuelists.

Die betreffenden Cuelists sind in dieser besagten Version mehrfach zwei verschiedenen Cuelist-Tracks zugeordnet.

Nachdem ich Cuelists auf die eigenständige Wiedergabe mittels Wait- / Follow-Trigger umgebaut und diese dann über entsprechende Special Cues aufrufe, laufen die Effekte über die komplette Wiedergabe-Dauer der Timecode-Show wie erwartet.

Anmerkung: Das in diesem Ticket beschriebene Phänomen zeige ich am besten live mit der realen Ausgabe und mache dann ggf. auch ein kurzes Video. Dem entsprechend werde ich Projekt und Logs später nachreichen. Die betreffende Version ist gesichert.

In meinem aktuellen Showprojekt kann ich die Timecodes-Show nicht mehr mitten im Song starten, wenn hier bereits eine gewisse Zeit vergangen und / oder eine gewisse Anzahl an Cues abzuwarbeiten waren. Konkret bedeutet das, dass beim Start im Song um die 40. Cue bei 1:31.000 die unten stehende Exception fliegt. Dies hat zur Folge, dass die betreffende (Haupt-) Cuelist der Show nicht mehr auf den vom Timecode-Player verschickten Timecode reagiert und damit nicht mehr ausgegeben wird. Hier muss ich das Projekt einmal komplett neu laden, damit die vollständige Wiedergabe inklusive dieser (Haupt-) Cuelist funktioniert. Andere Cuelists werden aber noch mit dem Timecode gefüttert.

16:02:23 ERROR ThreadManager - Thread TimecodeSceneTrigger exited ThreadStart-Method with Exception: Object reference not set to an instance of an object.
System.NullReferenceException: Object reference not set to an instance of an object.
   at org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack.ApplyTimings(OutputValueItem item, Int64 timeOffset, Boolean fadeIn, FadeDelayTimings timings, PropertyFadeDelayTimings propertyTimings, Int32 sourceIndex, Int32 destIndex, EGotoOptions options, Nullable`1 valueNew) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\ValuesStack\OutputValuesStack.cs:line 519
   at org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack.FadeItem(OutputValueItem item, Int64 timeOffset, Boolean fadeIn, FadeDelayTimings timings, PropertyFadeDelayTimings propertyTimings, Boolean clone, Int32 sourceIndex, Int32 destIndex, EGotoOptions options, Nullable`1 newValue) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\ValuesStack\OutputValuesStack.cs:line 514
   at org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack.AdjustRunningTimings(FadeDelayTimings timings, PropertyFadeDelayTimings propertyTimings, Int64 timeOffset, IDictionary`2 toPlayValues, IDictionary`2 toFadeoutValues, Int32 sourceIndex, Int32 destIndex, EGotoOptions options) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\ValuesStack\OutputValuesStack.cs:line 651
   at org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack.goToForward(Int32 destindex, Int32 sourceIndex, EGotoOptions options, Int64 timeOffset, FadeDelayTimings timings, PropertyFadeDelayTimings propertyTimings) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\ValuesStack\OutputValuesStack.cs:line 224
   at org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack.goTo(Int32 index, EGotoOptions options, Int64 timeOffset, FadeDelayTimings timings, PropertyFadeDelayTimings propertyTimings) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\ValuesStack\OutputValuesStack.cs:line 146
   at org.dmxc.lumos.Kernel.SceneList.SceneList.playSceneForward(IScene newScene, Int32 oldIndex, Int64 newSceneOffset, ETriggerReason reason, FadeDelayTimings timings, PropertyFadeDelayTimings propertyTimings, EGotoOptions options) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 1601
   at org.dmxc.lumos.Kernel.SceneList.SceneList.playScene(Int32 newIndex, Int32 oldIndex, Int64 newSceneOffset, ETriggerReason reason) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 1529
   at org.dmxc.lumos.Kernel.SceneList.SceneList.SceneTrigger_SceneTriggered(Object sender, TriggerEventArgs args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\SceneList\SceneList.cs:line 1786
   at org.dmxc.lumos.Kernel.Scene.Trigger.AbstractSceneTrigger`1.triggerScene(SceneBag`1 bag, Boolean removeRunning, ETriggerReason reason) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Trigger\AbstractSceneTrigger.cs:line 284
   at org.dmxc.lumos.Kernel.Scene.Trigger.TimecodeSceneTrigger.triggerScenesByTimecode(Int64 actualTC, Int64 newTC) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Trigger\TimecodeSceneTrigger.cs:line 151
   at org.dmxc.lumos.Kernel.Scene.Trigger.TimecodeSceneTrigger.timecodeThreadRun(RunContext ctx) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Scene\Trigger\TimecodeSceneTrigger.cs:line 128
   at org.dmxc.lumos.Kernel.Run.ThreadWrapper.WrappedStart() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Run\Thread\ThreadWrapper.cs:line 213

Das Projekt stelle ich bei Bedarf intern zur Verfügung.

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.

Ich habe gerade meine verschiedenen Timecode-Shows umbenannt und dabei das Zeichen “|” verwendet. Der Name lautete “Intro 1 | DMXC-Video-Intro“.

Wird das Projekt gespeichert, führt dies zu folgender Fehlermeldung im Kernel:

12:25:57 WARN  ResourceManager - Unable to save Resource TimecodeShows\Intro 1 | DMXC-Video-Intro_9065fe68-5aa6-49c3-9513-f03fe6eb6689.xml of Type Project
System.ArgumentNullException: Value cannot be null. (Parameter 'filename')
   at org.dmxc.lumos.Kernel.Resource.FileMetadataCache`1.Remove(String filename) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\FileMetadataCache.cs:line 79
   at org.dmxc.lumos.Kernel.Resource.Datastore.FileBackendDatastore.SaveResource(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\Datastore\FileBackendDatastore.cs:line 487
   at org.dmxc.lumos.Kernel.Resource.ResourceManager.SaveResourceInternalAsync(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Resource\ResourceManager.cs:line 222
   at org.dmxc.lumos.Kernel.Resource.AbstractResourceManager.SaveResourceAsync(EResourceType type, LumosResource data, IProgress`1 progress) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosLIB\src\Kernel\Resource\AbstractResourceManager.cs:line 768

Sobald ich dieses Sonderzeichen entferne und den Namen der Show zum Beispiel in “Intro 1 (DMXC-Video-Intro)” ändere”, kann das Projekt vollständig und ohne weitere bzw. wiederkehrende Fehlermeldung gespeichert werden.

Abschließend sei bemerkt, dass unter anderem das Zeichen “|” sonst soweit im Projekt genutzt werden kann, wie zum Beispiel im Namen von Cuelists.

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.

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.

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

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.

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

Hallo,
ist es möglich die größe der Proberties Fenster an die Menge des Inhalts anzupassen ?

Was ich meine ich öffne Proberties und es kommt zum Beispiel ein Fenster mit zwei Zeilen, aber einen sehr großen Raum ohne was bevor unten OK und Cancel steht.
(Zu sehen im Bild Fenster)

Schöner wäre es wenn das Fenster nur so gr0ß wäre wie der Inhalt.
(Zu sehen im Bild angefasst)

Es kommt durch das zu große Fenster schon mal vor das OK und Cancel am unteren Bildrand verschwinden und man bevor man weiter machen kann das Fenster zum schlißen extra noch verschieben muss.

MfG Steff

Hallo,
mir ist da was aufgefallen, vielleicht ist es ja so gewollt, finde ich aber nicht so gut.

Beim verwenden von Flash (Button oder IA) geht der Wert auf 100% aber der Regler bleibt da wo er eingestellt ist.
(Bild: Flash Mark)
Ähnlich bei Stomp hier geht der Wert auf 0 % aber auch hier bewegt sich der Regler nicht.
(Bild: Stomp Mark)
Ich fände es gut wenn der Rgler auch af den Wert geht der der % Anzeige entspricht.

Neben Flash, Stomp, Full und Black befinden sich noch diese kleinen schwarzen Felder.
Diese zeigen nichts an.
(Bild: Anzeige Mark)
Wäre ja schön wenn hier angezeigt werden würde ob der Button oder der Eingang am Node betätigt ist.

Gruß Steff

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

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.

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.

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.