Bugtracker DMXControl 3

Ein PositionsControl welches mit einem relativem Wert arbeitet.
Bewegt man die Maus/Touch auf dem Trackpad nach Rechts bewegt sich so z.B. auch ein Scheinwerfer nach rechts.

Vergleichbar mit dem TouchPad bei einem Laptop.
Die Empfindlichkeit sollte einstellbar sein.
Es sollte einen “intelligenten” Modus geben der bei langsamen Bewegungen etwas feiner ist und bei schnelleren Bewegungen größere Schritte geht.

Farbe soll Einstellbar sein.
Einstellung für die Invertierung.

Um schnell wieder zu alten Positionen zu kommen sollte es neben dem Position Control ein [+] geben, welches die
aktuelle Position speichert und dafür einen Button anlegt mit der Aufschrift der jeweiligen Position.
Drückt man diesen Button wird die besagte Position geladen.

Auch denkbar ist an dieser Stelle:
Wird der Button mit gehaltener STRG-Taste gedrück wird ein 2 Sekunden Fade zu der Position ausgeführt.

Ein Button im Softdesk Designer, welcher die Anordnung in einem Raster ermöglicht.
Derzeit ist dies nur mit einer Tastenkombination möglich.

Vorbidingung:
Umziehen des Designers als WPF Control, welches das Fenster entsprechend ausfüllt

Der Softdesk Designer braucht einmal einen Rework:

- Liniale Oben/Unten Rechts/Links
- Zoom indicator
- Bereichs indicator
- Scrollbalken im Designer und in der Live ansicht sollten sich unterschieden
- Liste der Auswähöbaren UserControls sollten geordnet werden
- Liste der Properties sollte Gruppiert werden.

I’ve noticed a cuelist behaviour that seems incorrect

I have a cuelist (we’ll call this the master cuelist), and within that cuelist, I am triggering some other cuelists (we’ll call these sub-cuelists) using the ‘Go’ and ‘Stop’ special cues.

If I use the ‘Go to’ function to jump to a later point in the master cuelist after I have triggered a ‘go’ and then a ‘stop’ on a sub-cuelist, that sub-cuelist remains playing when I believe it should be stopped.

So in the attached example screenshot, if I “Go To” cue 17, I would expect the ‘Petro Alts’ and ‘Petro Zips’ cuelists to be stopped, but instead they are running.

If I play the cuelist from the start, they behave as expected.

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

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.

Hi,

I would like to suggest an improvement to the way times are entered in the cuelist.

Currently, if I wanted to enter a time of 5 seconds 300 milliseconds for a wait cue, I would need to enter “5s300ms” which is quite awkward to type because it’s a mixture of numbers and letters. If I try to enter “5.3” this generates an error message “Trigger value not valid”.

Ideally, decimal numbers would be automatically turned into seconds and milliseconds. Eg “10.244” becomes “10s244ms”, and “0.123” becomes “123ms”.

I create a lot of time-based cuelists with a large number of ‘wait’ cues and it would be much quicker to be able to enter these values entirely on the numeric keypad rather than having to keep typing ‘s’ and ‘ms’ to denote seconds and milliseconds.

This should probably be consistent wherever times are entered - so the fade and delay values should also work the same way. (Currently fade times default to milliseconds but cue times default to seconds which is inconsistent.)

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Für Labels und Buttons wäre es cool, die Textzentrierung (links, mitte, rechts) auswählen zu können.
Dann wäre es bspw. einfacher, Labels in gleicher Breite wie den Slider zu Positionieren und den Text mittig über den Slider anzeigen zu lassen.
Aktuell muss man dazu das Label so verschieben, dass der Text mittig angezeigt wird.

Es wäre cool, wenn man über das Input Assignment die Sichtbarkeit von einzelnen Softdesk Elementen ein- und ausstellen könnte.
Visibility True/ False, kennt man so zum Beispiel aus den UserForms in VBA.

Damit kann man einen Softdesk anlegen und beispielsweise zwischen Experten und Standardbedienung umschalten.
Je nach Modus würden dann unterschiedliche Softdesk-Elemente ein oder ausgeblendet werden.

Das ist hilfreich, wenn das Projekt nicht nur vom Ersteller, sondern auch von unerfahrenen Nutzern benutzt wird, die mit zu vielen Optionen überfordert wären.
In meinen Fall nutzen wir die Software in unserer Kirchengemeinde und die anderen Nutzer brauchen nicht so viele Effektmöglichkeiten wie ich.

Fehlerbeschreibung

Version: 3.3 RC5

Fehler:
Bitmap from Resource lädt beim Start von DMX Control nicht die Icons.

Über den Workaround “Manueller Reset des Szenenlisten-Monitors” werden die Icons angezeigt.

Siehe auch Screenshot.

In den meisten Anwendungen gibt es einen globalen Shortcut [ctrl] + [s], um das aktuelle Dokument zu speichern. Im Idealfall wird der Shortcut auch im Menu angezeigt (siehe Menu von Firefox).

Ich weiss nicht, ob dieses Verhalten Absicht ist, jedenfalls finde ich es verwirrend und counter-intuitive: Im Stage View muss ein Gerät zuerst mit einem Linksklick angewählt werden, um es zu verschieben oder das Kontextmenu mit einem Rechtsklick zu öffnen.
Gegenbeispiel: beim Windowsdesktop ist es nicht nötig, eine Datei/Verknüpfung zuerst explizit auszuwählen. Geradezu verwirrend finde ich es, dass ein Rechtsklick auf ein nicht ausgewähltes Icon das Kontextmenu des StageViews öffnet anstatt des Gerätes.

Rechts oben gibt es einen ‘Netz’ Button und ein weisses Suchfeld (?). Beide sind nicht interaktiv, es gibt kein Tooltip und auch kein Kontextmenu. Als neuer User habe ich keine Ahnung was das ist.

Die Modifier (m/f/c) zum Anordnen der Geräte/Gruppen sind nicht aus DMXC erkennbar, bzw. man muss davon wissen.
Vorschlag: in der Menuleiste drei Toggle-(Radio)-Buttons hinzufügen, welche über die Tasten umgeschalten werden, aber auch per Maus/Touch nutzbar sind.
Es gibt in der Menuleiste genügend Platz dafür.

Bad practice: Bei den vertikalen Buttons auf der linken Seite sind die meisten Tooltiptexte identisch mit den Buttonlabels und somit redundant. Das Tooltip sollte die Buttonaktion erklären, wie z.B. bei ‘Blackout’.

In der Kanalübersicht gibt es links einen vertikalen Slider. Leider gibt es kein Tooltip oder sonstigen Hinweis, was der Slider macht.
Vorschlag: Tooltip und Dokumentation im Wiki hinzufügen

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

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

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

These crashes ranged anywhere from:

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

-Tracking True / False Not applying to cue lists.

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

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

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

Sometimes, a full system restart was required.

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

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

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

Thank You.

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

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

Diese Abstürze reichten von:

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

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

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

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

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

Manchmal war ein vollständiger Systemneustart erforderlich.

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

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

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

Vielen Dank.

Bitmap Pixel Effect does not recall image from cue.

When saving a bitmap pixel effect to a cue, only the default DMXC Logo appears when recalling the cue. The cue does not recall the Bitmap Source image.

It would be great if the Bitmap Matrix Effect supported animated files including WEBM, GIF, Various Video Files, Live Video Input ETC.

When using the Matrix Effect: ‘Random’, Changing the value of the ‘Pixel Random’ parameter breaks the effect.

Hello!

I wanted to add a point on DDF RADIX DDF Profiles.

It seems that the <angleoffset> parameter has no effect on changing the orientation of pixel start points, or, in the visual GUI.

I have no idea if this was ever working in previous versions, as I have only started using RADIX Recently. Here is a Demo DDF for a fixture I am trying to make it wori with, but, also trying to make DDF for custom layouts and saving it as a full fixture for efficient processing of many ‘dimmers’

For instance. If pixel one starts at the 3:00 position, and I set ‘angle offset’ to 90 clockwise, the GUI, and actual DMX Fixture have no effect. the First pixel is stuck at default position in DMXC.

I am not sure I I am doing something wrong, But I also tested in other strange ways. Nothing seemed to work.

Thank you!

* Projekt (z.B. http://www.dmxcontrol.de/flyspray/index.php?getfile=679) laden
* Cuelist laden und starten
* ein Gerät deaktivieren

Nun die Cuelist weiterlaufen lassen - das deaktivierte Gerät wird weiterhin angesprochen und in Fannings und Co. mit berücksichtigt.

Das deaktivierte Gerät sollte beim nächsten Schritt/Fade auf Nox gefaded und in Fannings nicht mehr berücksichtigt werden. Dies ermöglicht in Verbindung mit  FS#1981  ein kontrolliertes Deaktivieren (mit gleichem oder nächstem Cue) eines Gerätes, nicht wie früher (inzwischen behoben) ein sofortiges Abschalten des Geräts bei Deaktivierung.

Betrifft Version 3.2.2.339 (Release)

Beim Starten des DMXControl 3 Kernels taucht folgender Fehler im Log auf, obwohl kein Enttec Interface konfiguriert/verfügbar ist:

ERROR EnttecProFactory - Unable to fetch Enttec Pro List: Entry point was not found.
System.EntryPointNotFoundException: Entry point was not found.
   at System.IDisposable.Dispose()
   at Enttec_Pro_Lib.EnttecProLib.getInterfaces() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecProLib.cs:line 135
   at org.dmxc.lumos.Kernel.DMX.EnttecProFactory.<get_Interfaces>d__8.MoveNext() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.2\Enttec\src\EnttecFactory.cs:line 73
WARN  EnttecProFactory - Execution of Interfaces took 1150 ms in Factory EnttecProFactory

Für mein Screenshot-Tool https://github.com/DMXControl/Screenshot starte ich des öfteren den DMXControl Kernel. Leider kann AutoHotkey den Text in der Konsole nicht lesen, sondern nur den Fenstertitel. Ich kann also automatisiert nicht feststellen, wann der Kernel für weitere Aktionen bereit ist.

Ich würde mir folgnde Änderung wünschen:
Während dem Betrieb lautet der Titel der Kernel-Konsole ja folgendermaßen:
> DMXControl Kernel V3.0.6.0 BETA 6 Datum Uhrzeit: Informationen

Ich würde mir wünschen, dass er während dem Startup noch irgendeinen zusätzlichen Text, z.B. starting enthält, der dann verschwindet, wenn der Kernel Startup fertig ist.
> DMXControl Kernel V3.0.6.0 BETA 6 starting Datum Uhrzeit: Informationen

Dann könnte ich automatisch darauf warten, bis das starting verschwindet, und weiß dann, dass der Kernel bereit ist.

In einem mir zur Verfügung gestellten Testprojekt ist folgender Fehler im GUI-Log aufgetaucht:

2019-03-28 22:32:43,413 [Log-Thread] WARN  org.dmxc.lumos.XNAViews.GraphicsDeviceControl - Failed to Draw!
System.InvalidOperationException: An unexpected error has occurred.
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice.CreateDevice(GraphicsAdapter adapter, PresentationParameters presentationParameters)
   bei Microsoft.Xna.Framework.Graphics.GraphicsDevice..ctor(GraphicsAdapter adapter, GraphicsProfile graphicsProfile, PresentationParameters presentationParameters)
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceService.ResetDevice(Int32 width, Int32 height, Boolean withoutEvent, Nullable`1 handler, Boolean hardReset) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\XNA\GraphicsDeviceService.cs:Zeile 146.
   bei org.dmxc.lumos.XNAViews.GraphicsDeviceControl.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\XNAViews\src\XNAViews\GraphicsDeviceControl.cs:Zeile 449.

Das zugehörige Projekt kann ich bei Bedarf intern zur Verfügung stellen.

Ich lege ein neues Projekt und füge einem neuen Softdesk mehrere Controls hinzu. Dann schließe ich nur die GUI, während das Softdesk weiterhin im Designer geöffnet und das Projekt noch nicht gespeichert ist. Nach dem Neustart der GUI (den Kernel habe ich nicht beendet) sind alle neu eingefügten Controls verschwunden. Habe ich alternativ statt neue Controls hinzuzufügen auch nur bereits existierende Controls geändert (zum Beispiel verschoben), sind diese Änderungen ebenfalls nach dem Neustart der GUI weg.

Folglich fehlt ein entsprechender Befehl vom Softdesk Designer an den Kernel, das aktuelle Softdesk beim Beenden der GUI zu speichern. Denn wenn ich den Softdesk Designer vor dem Schließen der GUI manuell schließe, wird das Softdesk entsprechend im Kernel zwischengespeichert.

Aus den beigefügten Log-Files geht nicht hervor, dass das Softdesk beim Schließen der GUI automatisch gespeichert wird. Dafür wird aber in Folge dessen bemängelt, dass das in der ersten Session noch angelegte Control nach dem Neustart der GUI fehlt:

2021-03-29 11:31:46,518 [Main GUI] ERROR Lumos.GUI.WindowManager - Error when instantiating Object from persistString: Lumos.GUI.Windows.Softdesk.Designer.SoftdeskDesigner#c8aa2b0d-a9e3-4e64-98ef-47dcf6744d18
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> org.dmxc.lumos.Kernel.Exceptions.NotExistingException: Can't find a SoftdeskModel with ID c8aa2b0d-a9e3-4e64-98ef-47dcf6744d18
   bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.getSoftdeskModelFromID(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 71.
   bei Lumos.GUI.Windows.Softdesk.Designer.SoftdeskDesigner..ctor(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\Designer\SoftdeskDesigner.cs:Zeile 83.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, StackCrawlMark& stackMark)
   bei System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
   bei System.Activator.CreateInstance(Type type, Object[] args)
   bei Lumos.GUI.WindowManager.GetContentFromPersistString(String persistString) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1817.

Ein (Beispiel-) Projekt kann nicht zur Verfügung gestellt werden, weil wie oben beschrieben zu keinem Zeitpunkt etwas gespeichert wurde.

Hat man in ein Feld im Property-Grid geklickt, um einen Wert einzutragen, sollte beim Betätigen der Tab-Taste der Cursor direkt in das darunterliegende Feld springen und ggf. sogar direkt den Eintrag aus dem Feld auswählen. Hat ein Feld mehrere, durch ein Semikolon getrennte werde, so werden diese jeweils einzeln von links nach rechts durchgeschaltet (als ob es einzelne / getrennte Felder wären) und ebenfalls direkt zum Überschreiben ausgewählt. Durch drücken der Kombination Umschalt + Tab springt der Cursor ins vorherige Feld.

Beispiel der Tab-Reihenfolge für einen LED-PAR entsprechend des Aufbaus im Property-Grid: DIMMER > STROBE > COLOR (rot) > COLOR (grün) > COLOR (blau) > DIMMER

Aktuell ist es so, dass der Cursor quasi eine Kreis dreht: Wert > Dropdown-Pfeil für Schiebebalken > Umschaltmenü Values, Group Handlung, Registerkarte Properties > Wert

Da es scheinbar immer aus verschiedenen Gründen wieder Probleme gibt, Plugins nachzuinstallieren, schlage ich vor, einen kleine Installerfunktion im Pluginmanager zu integrieren, die wie folgt arbeitet:

1. Alle Plugins erhalten entweder eine Hilfsdatei mit Verzeichnisangaben für die Daten oder vorgeschriebene Verzeichnisse, in denen die erforderlichen Daten ablegt werden müssen.
2. Der User lädt das entsprechende Plugin als ZIP-Archiv herunter.
3. Der Plugin-Manager erhält einen zusätzlichen Button mit den Namen “Add plugin”
4. Der User wählt das Plugin aus dem Dateisystem aus und bestätigt die Auswahl.
5. Die Installerfunktion verschiebt die Daten des Plugins in die richtigen Verzeichnisse.
6. Nach dem “Installationsvorgang” fordert DMXControl 3 den User zum Neustart der Software auf.
7. Nach dem Neustart ist das installierte Plugin automatisch aktiviert.

⇒ Plugins werden aus Sicherheitsgründen nicht über DMXControl selber installiert, sondern über ein separates Programm

Getestet mit Build 1402

Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.

Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten

• für die gesamte Laufzeit einer Cuelist?
• nur für die einzelne Cue und somit mit jedem Aufruf einer oder auch der selben Cue direkt neu generiert werden?

Diese Situation betrifft nicht nur die Properties selbst, sondern zum Beispiel auch die Werte für Fade, Delay etc. in den Cuelists selbst. Diese Frage bzw. das Verhalten dieser Operatoren sollte ggf. nochmal diskutiert werden.

Wenn ich wie im beigefügten Projekt zwischen mehreren Cuelist mit Hilfe einer Cuelist Group direkt (also hart und ohne Fades) wechseln möchte, so erfolgt beim Umschalten kurzzeitig keine Ausgabe. Dies ist sowohl in der Stage View als auch in der Channel Overview zu beobachten.

Im Anhang befindet sich ein entsprechendes Testprojekt. Um das Problem zu reproduzieren, einfach über die Executoren zwischen den drei verlinkten Cuelists wechseln.

Das Ticket entstammt aus einer Rückfrage im Forum, wo das Problem auch schon bei DMXControl 3.1.3 aufgefallen ist.

Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.

Ich habe die Cuelists A, B und C. Die Cuelists A und C sind bereits einer Cuelist Group zugeordnet. Nun lege ich noch Cuelist D an. Alle Cuelists A bis D möchte im Anschluss nun der gleichen Cuelist Group zuordnen, wähle dazu alle aus und ziehe die Cuelists auf die Cuelist Group. Nun sperrt mir die GUI das Ablegen der Auswahl, da ja bereit eine Cuelist (hier A und C) innerhalb der Auswahl bereits im Ziel (also der Cuelist Group) enthalten ist.

Das “Sperren” ist in dem Sinne unschön (weswegen ich das Ticket als Fehler gekennzeichnet habe) und vom Workflow her ineffektiv ist, dass ich immer vorher erst schauen muss, was ist im “Zielordner” (meist Cuelist Group, Device Group, Stage View und Eletricity Management) bereits enthalten. Im zweiten Schritt muss ich über eine Mehrfachauswahl die Cuelists o. ä. anwählen, die ich dem Zielordner hinzufügen möchte. Hierbei laufe ich aber Gefahr, entweder Cuelists zu vergessen oder ich erwische doch nochmal eine, die bereits in der Cuelist Group enthalten ist, worauf ich die Auswahl nochmal ändern oder möglichst alle Cuelists einzeln der Cuelist Group zuordnen muss.

An dieser Stelle wünsche ich mir einen Workflow, bei dem diese “Vorabkontrolle” entfällt, ob eine Cuelist in einer Cuelist Group enthalten ist oder nicht.

Auch wenn das Verhalten bereits in der 3.1 schon so war, habe ich das Ticket mal mit zur 3.2 gepackt, weil es hier nun nochmal explizit aufgefallen ist.

Ich würde mir eine weitere Variante wünschen, bei der ich die Nodes, gerade aus der Kategorie Logic, in der Graphenansicht nicht ausschließlich über das Kontextmenü auswählen muss, sondern im Idealfall diese direkt mit nur einer Mausbewegung in das Connectionset einfügen kann.

Aktuell ist der Style “Lumos” der einzige Style für den Button, bei dem die Properties für OnColor und OffColor genutzt werden können.

Da diese beiden Properties die Gestaltung des optischen Feedbacks um ein Vielfaches vereinfachen, diese bitte auch für die anderen Styles des Buttons sowie weitere Controls umsetzen / einpflegen, welche über die Änderung einer Farbe ein sinnvolles optisches Feedback generieren können. Ggf. werden hierbei OffColor und BaseColor zusammengeführt.

Die Möglichkeit, einen Button auch durch das Übergeben von RGB-Werten im Input Assignment dynamisch einfärben zu können, muss aber weiterhin bestehen bleiben.

Ich habe mit im Softdesk verschiedene Controls entsprechend des beigefügten Beispiels angeordnet. Hierbei ist mir aufgefallen, dass die Ebenen für die Softdesk Controls für Eingaben mit Maus und per Touchscreen nicht “durchlässig” sind. Im konkreten Fall bedeutet dies:

1. Ist die Box im Vordergrund und umschließt Buttons oder wie im Beispiel Fader, können diese nicht mit Maus oder per Touchscreen bedient werden.
2. Die gezeigten Slider müssen jeweils seitlich vom Label “gegriffen” werden, um sie auf einen Wert zu bringen, welche hinter dem Label liegen.

Meine Erwartungshaltung wäre hier, dass die Anordnung von Controls in mehreren Ebenen keinen Einfluss darauf hat, ob sich das ganz unterste Control bedienen lässt oder nicht.

Da bekanntermaßen das Arbeiten mit den RGB+-Offsets wie zum Beispiel

<matrix dmxchannel="2" rows="1" columns="12" whiteoffset="3" amberoffset="4" uvoffset="5" />

zur Zeit noch nicht möglich ist, habe ich die Matrix wie folgt definiert:

<matrix rows="1" columns="12">
  <rgb>
    <red dmxchannel="2" />
    <green dmxchannel="3" />
    <blue dmxchannel="4" />
    <white dmxchannel="5" />
    <amber dmxchannel="6" />
    <uv dmxchannel="7" />
  </rgb>
  ...
    <amber dmxchannel="72" />
    <uv dmxchannel="73" />
  </rgb>
</matrix>

Grundsätzlich werden die RGB+Kanäle richtig angesteuert. Dies ist besonders gut zu sehen bei der Farbe Amber.

Allerdings wird mir in den Geräte-Einstellungen für die RGB+-Farben (hier Amber und UV) nicht die Optionen für das Mischverhalten angeboten (Add, Only, None). Die RGB+-Farben werden mit den Default-Einstellungen eingebunden, was hier Add ist. Zur Zeit ist die Option nur für Weiß verfügbar. Gleiches gilt hier auch für die Radix.

Ich habe mir zwei Cues angelegt, welche zwischen langsam exemplarisch zwischen der Farbe gelb und blau hin- und herfaden. Gebe ich die Farben im:

• RGB-Modus oder im CMY-Modus an, so wird direkt von gelb nach blau gefaded
• HSV-Modus an, erfolgt der Fade von gelb über grün und hellblau nach blau

An dieser Stelle hätte ich jetzt nicht erwartet, dass der Wechsel der Art der Eingabe für die Farbe sich auf auf den Fade der Cues auswirkt und im HSV-Modus über Zwischenfarben gefaded wird. Bis jetzt hatte ich gedacht, dass der Wechsel zwischen RGB, CMY und HSV nur eine andere Art der Eingabe ist, um zum Beispiel mittels HSV einen statischen Regenbogen zu erzeugen.

Als Ergänzung hierzu: teile ich die Cues auf zwei Cuelists auf (also Cuelist 1: gelb, Cuelist 2: blau) und schalte die Cuelists mit Hilfe einer Cuelist Group um, erfolgt der Übergang zwischen den Farben wieder direkt, sprich wie ich es auch vom RGB-Modus kenne.

Ich habe nun auch noch ein Beispielprojekt in der 3.2.2 erstellt. Wenn beim Öffnen das letzte Fensterlayout geladen wird, können über die ersten drei Executoren die automatisch laufenden Farbwechsel von gelb nach blau und zurück für die Modelle RGB, CMY und HSV gestartet werden. Die letzten vier Executoren dienen dem manuellen Wechseln zwischen gelb und blau - einmal im RGB-Modus und einmal im HSV-Modus.

Verschiebe ich Objekte (Cuelists, Devices) in Verzeichnisse, so wird dieses zwischen den GUIs nicht synchronisiert.

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

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

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

Ich habe an einem Projekt Änderungen vorgenommen, die auch vom DirtyFlag registriert wurden. Schließe ich dieses geänderte Projekt nun, ohne die Änderungen manuell gespeichert zu haben, sind meine Änderungen weg.

Daher sollte (wie bei anderen Programmen auch) die Abfrage erscheinen, ob getätigte Änderungen vor dem Schließen des Projekts noch gespeichert werden sollen.

Aus der Diskussion zwischen Arne und Jens-Peter geht hervor, dass die Abfrage muss an insgesamt vier Stellen erfolgen muss:

• Projekt schließen direkt in der Menüleiste
• Projekt schließen in der PA beim aktiven Projekt
• Beim Laden eines neuen Projekts
• Beim Laden eines neuen Projekts im Kernel über Komandozeilenabfrage

Im Falle der GUI steuert diese den Prozess selbst und fragt den Status des DirtyFlag ab.

Ich habe mich mit dem PC 1 in einer 1:1-Verbindung auf dem Umbra verbunden, der gemeinsam mit dem Kernel auf PC 2 läuft. Nun ändere ich währenddessen die IP-Adresse des PC 2. Nach einem kleinen Moment stürzt die GUI ab.

Die Verbindung zwischen Umbra und Kernel bleibt auf dem PC 2 bestehen und auch beide Programme laufen weiter. Nach einem Neustart der GUI war ein direktes Verbinden und weiterarbeiten mit dem ggf. aktuell geladenen Projekt möglich.

Das erwartete Verhalten wäre an dieser Stelle, dass die GUI es zumindest abfangen kann, wenn die ursprüngliche Verbindung unterbrochen wird - was ja auch in anderen Konstellationen vorkommen kann.

Die Logfiles sind für beide PCs (PC 1: GUI, PC 2: Umbra und Kernel) im Anhang beigefügt.

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.

Bei mir fehlen in den General Settings die folgenden Einstellungen für das Project Autosave / Project Administration:

• Keep files per project
• Maximum MB per project
• Warning MB in project store

Ich kann aktuell nicht nachvollziehen, seit wann diese Einstellungen nicht mehr verfügbar sind. Um die Bezeichnungen der verschiedenen Optionen musste ich im Livestream zu gRPC nachschauen, weil wir dort die Einstellungen gezeigt haben.

In der Konfigurations-Datei für den Kernel sind aber noch alle Optionen vorhanden:

<TreeItem Name="PROJECT.AUTO_SAVE_ENABLED">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="False" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_INTERVAL">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="10" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_SUSPEND_ON_ACTIVITY">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="False" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_KEEP_FILES">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="50" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_MAX_MB">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="250" />
    </TreeItem>
    <TreeItem Name="PROJECT.AUTO_SAVE_TOTAL_MAX_MB">
      <Attribute Name="Value" Type="Primitive" ValueType="String" Value="1000" />
    </TreeItem>

Im Anhang habe ich die Logs sowie einen Screenshot beigefügt, der zeigt, dass die Einstellungen fehlen.

Mit einem einfachen Chaser kann man zwar ein Random-Strobe generieren, jedoch sind diese Einstellungen an die Anzahl der aktiven Geräte innerhalb einer Gruppe gebunden und bei dem einfachen Chaser ist immer nur ein Gerät aktiv.
Der Random-Strobe-Chaser geht über den einfachen Chaser hinaus und sollte über folgende Parameter zum Einstellen verfügen. Die nachfolgend genannten Parameter sollen dabei unabhängig von der Anzahl der aktiven Geräte innerhalb der Gruppe gelten.

• Anzahl der gleichzeitig aktiven Geräte
• Zeit Dimmer an
• Zeit Dimmer aus
• Zufällige Pausenzeit
• Maximale Helligkeit
• Zufälliger Helligkeitswert / Mindestwert
• Laufrichtung des Strobes (vorwärts, rückwärts, von der Mitte aus, zur Mitte hin, zufällig)

Die zufällige Pausenzeit soll den Strobe-Effekt zufällig entsprechend unterbrechen, sofern hier ein Wert eingetragen ist.

Ist ein Wert im Feld „zufälliger Helligkeitswert“ gesetzt, soll hier durch jedes Gerät leuchtet immer mit einer anderen zufällig generierten Helligkeit zwischen dem Mindestwert und dem Maximalwert, wobei der Wert „zufälliger Helligkeitswert“ den Mindestwert angibt. Auf diese Weise lässt sich gerade bei einer größeren Zahl an Geräten eine besondere Tiefenwirkung erzielen.

Ein zusätzlicher Clou wäre an dieser Stelle, wenn sich der Wert für die Anzahl gleichzeitig aktiver Geräte live vom Softpult aus beeinflussen ließe, beispielsweise über die Effekt-Speed der Cueliste.

An verschiedenen Stellen fehlt aktuell noch die von DMXControl erwartete Einheit der Eingabe im Device Control in Abhängigkeit der GUI-Einstellung für den Wertebereich, unter anderem in:

• Frequency (unter anderem bei den Effekten Circle, Polygon, Hypozykloide)
• Amplitude X und Y
• Rotation Frequency (unter anderem bei Polygon)