Bugtracker DMXControl 3

Hallo,
es wäre gut, wenn der über ‘-NoNetwork’ mitgestartete Server auch ohne Taskmanager beendet werden kann. Gerade in dieser Situation, wenn mit einem über ‘-NoNetwork’ gestarteten Server keine Clients mehr verbunden sind, könnte entweder eine Abfrage kommen, ob der Server auch beendet werden soll, oder es könnte sich auch die Eingabeaufforderung öffnen (bessere Alternative, wenn das geht).

Ich hab das ganze trotzdem mal als Bug eingestuft, denn der Server ist ja nicht mer erreichbar (und das aktive Projekt auch nicht auf die schnelle speicherbar).
Viele Grüße
Jens-Peter

Hallo,
wenn man im PG eines Scheinwerfers mit Farbrad erst unter “Color” eine Farbe <> Weis wählt und dann unter “Colorwheel” eine andere Farbe auswählt, dann wird die Farbe in der Collor-Zeile falsch dargestellt.
Viele Grüße
Jens-Peter

Der Server stürzt ab, wenn man im Terminal unter menu ⇒ 3 “monitoring” eingibt, aber keinen Index, stürzt der Server mit Hinweis auf einen “Index außerhalb des Bereiches” ab. Das sollte abgefangen werden.
Viele Grüße
Jens-Peter

Wenn man unten den Haken bei “Autogenerate Group” setzt, wird der sofort wieder entfernt. Erst ab diesem Moment funktioniert die Checkbox richtig.

Ich bekomme reproduzierbar eine Exception, wenn ich ein paar Geräte im PG mit einem Effekt versehe (in meinem Falle einen Sägezahn auf die Farbe von LED Pars) und dann die Geräte im Projekt Explorer lösche.

⇒ Fehlermeldung, dass der Kernel abgestürzt ist

Hallo,
folgendes Vorgehen produziert an meinem Laptop eine zyklisch auftauchende Fehlermeldung:

1. Öffne DMXControl 3 (Release Version)
2. Öffne Demoprojekt
3. Gehe in den Lockscreen mittels Windows+L-Shortcut

Fehlererscheinung:

1. Zyklisches Auftreten des Windows Warnungssoundes (ca. 1 mal pro Sekunde)
2. Nach erneutem Login ist für jeden Warnton ein Warnungsfenster erschienen (siehe Bild im Anhang)
3. Nach dem Login erscheinen keine weiteren Warnungen
4. Jedoch erscheint ein graues Rechteck im StageView(auf Bild mit rotem Pfeil) hinter dem Scheinwerfer unanwählbar verschwinden können.

Laptop:

1. Intel i5 mit eingebautem Grafikchip
2. GeForce 840M als zweite GraKa (wird aktiviert, wenn nötig)

Viele Grüße
JP

Hallo,
habe zwei kleine Anzeigefehler im Menü entdeckt. Folgendes Vorgehen führt zu den Fehlern:

1. Starten von DMXControl 3
2. Sobald fertig geladen und das Standardprojekt aktiv ist auf “Menü⇒Windows⇒Cuelists⇒Add Cuelist” klicken

• 1. Fehler: Cuelist wird im PE angezeigt, im Menü nicht

1. zwei weitere Male auf “Menü⇒Windows⇒Cuelists⇒Add Cuelist” klicken
2. Korrekte Darstellung von drei Quelists im PE und im Menü
3. Löschen einer oder mehrerer Quelists im PE

• 2. Fehler: Gelöschte Quelists werden im Menüü noch angezeigt

Viele Grüße
Jens-Peter

Hab hier Probleme mit einem DDF, bei dem der Shutter mit auf dem Goborad liegt. Es wird im Stageview kein Gobo angezeigt und wenn ich die Position verändern möchte, meldet DMXC einen Fehler. Ich habe anbei mal das DDF und die Logs gepackt.

Siehe oben

Beim Beenden der Beta 3 bleibt dieser mit einer unhandled Exception während des Shutdowns stehen. Siehe Logfiles im Anhang

Folgenses Vorgenen im ToDo-Modul:

1. Name für neue Kategorie eintippen (z.B. “test”)
2. Neue Kategorie hinzufügen
3. 2x auf “Delete Kategory” klicken

Nun können keine weiteren Kategorien hinzugefügt werden

s.o.

Fehler ist:

2017-03-26 18:24:27,365 [2] DEBUG org.dmxc.lumos.Kernel.Devices.AbstractDevice - Device "" disposed. Trace:    bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.DisposeHook(Boolean disposing) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 866.
   bei LumosLIB.Kernel.LumosRemoteObject.Dispose(Boolean disposing) in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\LumosLIB\src\Kernel\Remoting\LumosRemoteObject.cs:Zeile 129.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.Finalize() in D:\Jenkins\workspace\Lumos_Stable_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 128.

Anbei das entsprechende DDF

Folgendes Vorgehen:
1. Gerät Hinzufügen
2. Rechtsklick auf den Geräteeintrag in Projekt Explorer =&gt; Devices
3. Löschen des Gerätes über erschienenes Popup-Menü
4. Löschen bestätigen
5. Erneuter Rechtsklick in “Devices”-Fensterteil
=&gt; Popup-Menü besitzt immernoch den Kontext eines Gerätes, wodurch mal über das Popup-Menü keine neuen Geräte hinzufügen kann

Die Colorwheelrotation funktioniert nicht, wenn sie im Device Control verändert wird (keine DMX-Werteänderung). Ich habe das sowohl mit dem angehängten DDF als auch mit dem ausgelieferten Clay Paky Alpha Wash 700 Standard-Mode ausprobiert.

Wenn ich bei einer Cue in einer Cuelis den Cue Timing Editor öffne, existieren zwar Spalten für die einzelnen Scheinwerfer, die Spalten für die Delays und Fades sind aber leer. Wenn ich hier Zeiten eintrage und das Fenster mit OK schließe, werden die eingestellten Zeiten weder eingehalten noch werden sie bei einem erneuten öffnen angezeigt (die Felder sind beim erleuten Öffnen wieder leer).

Im angehängten Projekt wirft DMXControl reproduzierbar eine Exception durch die Autoprepare-Funktion, wenn die Cueliste “DMH Gewitter” oder “MP300 Gewitter” gestartet wird. Siehe in den Logs.

HSV-Farbwerte werden nicht gespeichert. Dies lässt sich wie folgt reproduzieren: Das Farbmodell ist auf RGB eingestellt. Nun wählt man eine Gerätegruppe mit mehreren LED-Scheinwerfern und wechselt im Device Control von RGB auf HSV. Anschließend macht man ein Fanning über den Hue-Wert. Nun speichert man das in eine Cue in einer Cuelist. Das funktioniert soweit. Nur wenn man das Projekt jetzt speichert und neu lädt, ist das Fanning über Hue weg. Stattdessen sind jetzt alle Scheinwerfer rot.

DMXC ohne Interface starten, dann wird das Interface rot angezeigt. Nun das Interface anschließen und das Interface aktivieren. Nun sollte das Interface grün angezeigt werden. Es wird aber rot angezeigt.

Ausgangssituation: Eine Cuelist mit einer Cue, in der ein Chaser auf eine Gruppe angewendet ist. Der Chaser steht auf Random. Die Cuelist wird so beendet, dass genau eine Lampe angeschaltet wird, bevor die Cuelist stoppt. Wird nun die Cuelist mehrfach gestartet, so wird stets die selbe “Zufallslampe” angeschaltet. Es wird also beim Start der Cue nicht erneut randomisiert. Das sollte aber der Fall sein.

Es werden einzelne Cues einer Cuelist nicht ausgeführt, wenn wie folgt vorgegangen wird:

1. Cuelist anlegen
2. Gerät auswählen und Dimmer auf 100%, Farbe auf “1;0;0” (in dieser Reihenfolge)
3. Werte in neue Cue in Cuelist speichern
4. Dimmer auf 0%, Farbe per Doppelklick im Farbkreis auf 1;1;1 einstellen (in dieser Reihenfolge)
5. Werte in neue Cue speichern
6. Cues haben folgende Eigenschaften:
   • Trigger: follow,
   • Trigger Value: 1s,
   • Fade: 2s
   • Delay: 0ms
7. Cue Timing Editor der ersten Cue öffnen
8. Die Color Eigenschaft müsste in der Tabelle rechts sein
9. Hier bei Fade “0ms” eintragen und bestätigen

Wird jetzt die Cuelist ausgeführt, funktioniert der erste Cue nicht. Siehe dazu auch das Projekt und das Video

Hier wieder ein Problem damit, dass eine Cue nicht vollständig startet. Ich habe wieder ein Video inkl. Beschreibung gemacht. Wie im Video zu sehen möchte ich eigentlich zwei Cues direkt hinter einander laufen lassen, wobei beide Cues beim Delay ein Fanning haben. So ist das “direkt hintereinander” pro Scheinwerfer zu sehen, sprich die zweite Cue startet, wenn die erste Cue zeitlich beim ersten Scheinwerfer eingeblendet ist, aber noch bevor sie beim letzten Scheinwerfer (im Video die oben in der Mitte) eingeblendet ist. Da die zweite Cue aber das selbe Delay-Fanning wie die erste Cue hat, bin ich davon ausgegangen, dass sich die beiden Cues nicht gegenseitig stören.

P.S.: Ich musste das Video leider komprimieren, da es sonst nicht hier hochgeladen werden konnte.

Der Default-Link zeigt auf wiki.dmxcontrol-projects.org, müsste aber (je nach Sprache) auf wiki-de.dmxcontrol-projects.org oder wiki-en.dmxcontrol-projects.org zeigen.

Wenn man die Automix-Funktion von Amber aktiviert hat, dann wird Amber als Ersatz für Gelb verwendet. Aber eigentlich ist Amber ja eher orange. Daher sollte der Punkt, auf dem Amber beim automatischen Ersetzen auf dem Farbkreis liegt verschoben werden.

Im angehängten kaputten DDF führt der Support-Handler zu einer Exception. Dabei ist bei mir auch beim Wechsel zwischen den Funktionen (RGB und Farbtemperatur) die GUI eingefroren. Mit der anderen Variante funktioniert es ohne Probleme (wie heute per TS besprochen).

Beta 1

Werden zwei verschiedene Radix Geräte mit verschidenen Pixel- bzw. Segment-Anordnungen ausgewählt, verursacht dies eine Fehlermeldung im Kernel (z.B. mit den beiden DDFs im Anhang).

Ich habe zwei Modi eines Gerätes in je einem DDF. Es wird aber nur ein DDF von den folgenden angezeigt. Erst, wenn ich im Dateinamen das " (Extended-Mode)” entferne, wird mir dieses DDF angezeigt.

Schiebt man in der Stage View ein Gerät links über den Nullpunkt der StageView hinweg, verschwindet das Gerätesymbol (siehe Anhang). Schiebt man es wieder zurück, erscheint es wieder.

Das angehängte DDF führt bei der Colortemp zu einem Kernelfehler. Wenn nicht so, wie muss ein Feld, welches dem offenen Zustand entspricht, definiert sein?

20:03:52 ERROR ReflectionCommandFactory - TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht.
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.HAL.Handler.Beam.ColortempHandlerNode.<>c.<getPropTypeInstance>b__9_1(AbstractValue h) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Beam\ColortempHandlerNode.cs:Zeile 91.
   bei System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
   bei System.Linq.Enumerable.Min[TSource](IEnumerable`1 source)
   bei org.dmxc.lumos.Kernel.HAL.Handler.Beam.ColortempHandlerNode.getPropTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Beam\ColortempHandlerNode.cs:Zeile 91.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractHandlerNode.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractHandlerNode.cs:Zeile 748.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.<>c__DisplayClass24_0.<getTypeInstance>b__0(IPropertyHandlerNode n) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 303.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.ForEachHandlerNode[T](Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 357.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 303.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.<>c__DisplayClass24_0.<getTypeInstance>b__0(HandlerDependency h) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ForEachHandlerDependency[T](IDevicePropertyBase prop, Func`2 work) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 445.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam.getTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 247.
   bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getTypeInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 250.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1..ctor(AbstractDeviceProperty`1 prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 45.
   bei org.dmxc.lumos.Kernel.DeviceProperties.AbstractDeviceProperty`1.getValueInstance() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\DeviceProperties\AbstractDeviceProperty.cs:Zeile 65.
   bei org.dmxc.lumos.Kernel.Devices.DeviceTools.<createPropertySceneEntries>d__1.MoveNext() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 34.
   bei System.Linq.Enumerable.<SelectManyIterator>d__17`2.MoveNext()
   bei org.dmxc.lumos.Kernel.Devices.DeviceTools.CreateInitializationScene(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceTools.cs:Zeile 19.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.OnDeviceAdded(IDevice d) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 598.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.<org.dmxc.lumos.Kernel.Run.IManager.initialize>b__133_1(Object o, ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 1009.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.OnItemAdded(ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 192.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.ProjectContainer_ItemAdded(Object sender, ProjectContainerEventArgs`1 e) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 168.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.OnItemAdded(T item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 222.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Add(T item, Boolean throwEvent) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 116.
   bei org.dmxc.lumos.Kernel.Project.ProjectResource`1.Add(T item) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectResource.cs:Zeile 206.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.addDevice(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 584.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.createNewDevice(DeviceMetadata data, IDevice parentDevice) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 474.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.createNewDevice(DeviceMetadata data) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 445.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.createDevice(DeviceMetadata m) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1229.
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   bei System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   bei System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 60.
20:03:52 ERROR Command - Error while invoking Command: createDevice, Paras:
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
   bei org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory.CommandPropertyBag.Invoke(CommandParameterList list) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\ReflectionCommandFactory.cs:Zeile 68.
   bei org.dmxc.lumos.Kernel.Command.Command.execute(Object[] paras) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Command\Command.cs:Zeile 120.

Ich habe eine Gruppe von MHs mit Farbrad ausgewählt. Dieser Gruppe möchte ich folgendes Fanning über das DC geben

1;1;0.11#0.85;0;0.79#0;1;1

. Bei der Eingabe werden alle Scheinwerfer weiß und folgender Text steht in dem Feld:

Der Index war außerhalb des Arraybereichs.

Folgender Text steht im Kernel:

22:36:13 ERROR FannedValueManager -
System.IndexOutOfRangeException: Der Index war außerhalb des Arraybereichs.
   bei LumosLIB.Kernel.Scene.Fanning.AbstractFannedValueContainer`1.get_FanningValues() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Scene\Fanning\AbstractFannedValueContainer.cs:Zeile 83.
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.convertToValueInstance(Object value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 199.

Editiert man den Namen einer Cue in einer Cuelist, setzt den Marker an die ganz linke Seite und drückt dann die Backspace-Taste, wird der nächste Buchstabe auf der rechten Seite gelöscht. Das erwartete Verhalten (wie in anderen Windows-Edit-Feldern) wäre, dass nichts passiert, weil man ja mit dem Marker schon an der ganz linken Seite ist. Befindet sich der Marker nämlich nicht an der linken Seite, ist das Verhalten wie üblich und es wird jeweils der nächste Buchstabe auf der linken Seite gelöscht.

Die Eingabefelder in den verschiedenen Spalten des Cuelist-Editor haben ein unterschiedliches Eingabeverhalten, vor allem, wenn man auf einen “wait”- oder “follow”-Trigger umschaltet. Bei der “wait”- bzw. “follow”-Time führt jeder Tastendruck sofort zu einer Eingabe, also das Feld wechselt in den “Edit-Modus” und der Inhalt wird mit der Eingabe überschrieben (wie erwartet). Die Standard-Einheit ist Sekunde. Bin ich im “Edit-Modus” des Feldes, verschiebe ich mit den Pfeiltasten den Marker (wie erwartet). Ich hätte aber erwartet, dass man mit Shift+Pfeiltaste Bereiche markieren kann, um sie mit einem Tastendruck zu ändern. Eingabefelder in der “fade”- und “delay”-Spalte verhalten sich wiederum ganz anders. Ist das Feld selektiert und man drückt eine Taste, so wechselt das Feld nur in den “Edit-Modus”, ohne den Inhalt zu überschreiben (nicht erwartetes Verhalten). Die Standardeinheit ist Millisekunde. Ist man im “Edit-Modus” und drückt die Pfeiltaste, um den Marker zu verschieben, wird der Edit-Modus stattdessen verlassen und das nächste Feld wird selektiert (nicht erwartetes Verhalten). Hier sollten die Eingabefelder an die in Windows üblichen Eingabeverhalten angepasst werden.

In meinem Programmer wird das Tabellengitter und die Tabelleneinträge von einander separiert angezeigt. Das sieht man vor allem, wenn man im Programmer zoomt. Da skallieren die Gitter mit einer anderen Geschwindigkeit wie der Inhalt. Werde heute Abend ein paar Bilder nachreichen.

Bei vielen Einträgen im Programmer wird zwar die vertikale Scrollbar angezeigt, aber eine horizontale Scrollbar fehlt. So muss man erst mehrfach an verschiedenen Stellen heraus- und hereinzoomen, um diese Einträge sehen zu können. Wie im Bild zu sehen ist, sind Position und auch Teile der Dimmer-Spalte nach links geschoben. Ich habe aber keine Möglichkeit, diese zu erreichen, weder mit den Pfeiltasten, noch mit einer Scrollbar.

Wenn größere Projekte (z.B. das für das Vereinstreffen) geladen sind, dann schlägt das Verbinden mit einem Kernel mehrfach fehl (Kernel lokal separat gestartet), bis endlich die Verbindung korrekt aufgebaut wird. Hierbei ist die Session allerdings schon im Kernel hinterlegt und eine entsprechende Warnung erscheint. Außerdem geht dann im weiteren Verlauf der Update-Button bei der Bearbeitung eine Cue nicht mehr.

Hat ein Gerät die DMX-Adresse 16.512, lässt sich das Patching-Window nicht öffnen. Im GUI-Log steht folgender Fehler:

2019-05-27 12:58:14,157 [Main GUI] ERROR Lumos.GUI.GuiActions.ActionItemMetadata - Not catched Exception when invoking AIM: ActDeviceManager: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: address
System.ArgumentOutOfRangeException: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: address
   bei org.dmxc.lumos.Kernel.Devices.DMXAddress.FromInt(Int32 address) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Devices\DMXAddress.cs:Zeile 379.
   bei Lumos.GUI.Windows.NewDevice2.setDMXStartAddress(Int32 value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 565.
   bei Lumos.GUI.Windows.NewDevice2.refreshDMXStartAddress() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 251.
   bei Lumos.GUI.Windows.NewDevice2..ctor(IEnumerable`1 devicesToAdd) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 145.
   bei Lumos.GUI.Windows.NewDevice2..ctor() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 71.
   bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.DeviceBranch.ShowDeviceManager_Click(Object sender, ActionItemMetadata meta, EMouseButtons buttons, Boolean down) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\DeviceBranch.cs:Zeile 278.
   bei Lumos.GUI.GuiActions.ActionItemMetadata.Invoke(Object sender, EMouseButtons buttons, Boolean down) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\GUI\GuiActions\ActionItemMetadata.cs:Zeile 362.

Ich habe zwei Cuelists angelegt. Eine mit LTP, in der ein Dimmerwert von 30% von Scheinwerfern gespeichert ist. Die zweite Cuelist steht auf HTP und die darin enthaltene Cue mit einer langen Einblendzeit legt nun einen Sinus-Effekt auf die Helligkeit der Scheinwerfer. Wenn ich nun die Cuelist “Helligkeit 30%, LTP” ausführe passt alles. Sobald ich aber nun auch noch Cuelist “Hellikeit Sinus, HTP” ausführe, flackert bzw. Springen die Dimmerwerte während dem Einblendvorgang der Cue. Sobald die Cue fertig eingeblendet ist, hört das Flackern wieder auf. Im Channel Overview sieht man, dass da wohl eine Berechnung noch nicht ganz passt, denn der Ausgabewert springt wie bei einem Überlauf nach unten und fadet dann wieder ein Stück ein (passend zum Sinus-Effekt). Im Anhang das Projekt und die Logs.

Wenn man Wave-Dateien mit dem AudioSelector in eine Cuelist einfügen will, dann werden nur Audio-Dateien angezeigt, bei denen die Dateiendung klein geschrieben ist (xxx.wav). Dateien mit groß geschriebenen Dateiendungen (xxx.WAV) werden nicht angezeigt.

Aktuell werden auch z.B. MP3 Dateien im AudioSelector (beim Hinzufügen in die Cuelist) angezeigt. Diese sollten ausgeblendet werden, da diese aktuell nicht unterstützt werden.

Die Vorschau der Audio-Datei oben rechts im AudioSelector ist CaseSensitive. Werden .wav-Dateien mit groß geschriebener Endung selektiert, erscheint keine Vorschau der Waveform.

Ändert man die Geschwindigkeit eines SpeedMasters, dann beginnt die Zeit bis zum ersten Beat von neuem. Das ist schlecht, denn damit steht die Cuelist, während man mit dem Fader im Master-Panel die Geschwindigkeit anpasst. Ändert sich die Geschwindigkeit kontinuierlich (z.B. durch einen leicht “wackelnden” Input), bekommt man die Cuelist komplett und dauerhaft zum Stehen. Ich hätte gedacht, dass der SpeedMaster die aktuelle Wartezeit bis zum nächsten Tick noch abwartet und dann beim Tick die Zeit bis zum nächsten Tick aus der aktuellen Geschwindigkeit berechnet. Da das natürlich bei sehr langen Wartezeiten bis zum nächsten Tick (z.B. bei 5BPM) auch entsprechend lange bis zum Tick braucht, kann man ja überlegen, ob man bei niedrigen BPM-Werten häufiger als nur bei den Ticks schaut, ob sich die Geschwindigkeit verändert hat und wenn ja entsprechend reagiert. Aber es gibt ja auch noch andere Möglichkeiten, das abzufangen.

Edit: Habe mal noch ein Video angehängt, in dem man das Problem sieht.

Erzeugt man eine Gruppe von Geräten und wendet ein Fanning zwischen zwei ParameterMastern z.B. auf den Dimmer an (also {ParameterMaster 1} < {ParameterMaster 2}), dann wird das Fanning nicht ausgeführt und es erscheint folgende Fehlermeldung im Kernel:

 ERROR AbstractSceneEntry - Error when getting fanned property values: Fanning not possible for that Type: System.String
 org.dmxc.lumos.Kernel.Exceptions.UnsupportedConvertionException: Fanning not possible for that Type: System.String
 bei org.dmxc.lumos.Kernel.Scene.Fanning.LinearFannedValue.getFannedValues(Int32 count) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\LinearFannedValue.cs:Zeile 78.
 bei org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.getFannedPropertyValue(IRealtimeTimestamp realTimestamp, Boolean includeDisabledDevices) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:Zeile 462.
 bei org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.insertOutputValues(Dictionary`2 values, HALTimestamp timestamp, OutputValuesContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:Zeile 722.

Das lässt sich unter anderem mit folgenden Fannings reproduzieren:
<,>,<>,?,…

Interessanterweise ist das | Fanning nicht von dem Problem betroffen

Selektiert man ein Gerät oder eine Gruppe in der Stage View und macht dann einen Doppelklick irgendwo in der Stage View (nicht auf dem Geräteicon selbst), geht das Gerät / die Gruppe an. Das sollte nicht so sein. Das funktioniert lustigerweise auch, wenn man (nachdem man ein Gerät selektiert hat) in der Folge zuerst einen einzelnen Klick für die Deselektion und dann einen Doppelklick macht. Dann wird das Gerät schon deselektiert, wird aber danach trotzdem angeschaltet (solange das Device Control noch das Gerät anzeigt).

Packe ich sowohl den Start-Befehl als auch den Stop-Befehl für eine Audiocue in eine Cuelist und springe per GoTo zu einer Cue nach den Stop-Befehl, wird die Audiocue trotzdem abgespielt. Erwartetes Verhalten wäre hier, dass die Audiocue nicht ausgeführt wird, da sie ja eigentlich schon beendet wird.

Sowohl bei einer “Drüberinstallation” als auch bei einer Neuinstallation taucht der Fehler

2019-11-17 23:52:35,789 [Main] ERROR org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager - 
System.IO.FileNotFoundException: Die Datei oder Assembly "Jace, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
Dateiname: "Jace, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null"
   bei LumosLIB.Tools.LumosTools.IsParameter(Object test)
   bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.getContainerInstance(String op, EUiValueType uitype, Object[] paras) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 342.

WRN: Protokollierung der Assemblybindung ist AUS.
Sie können die Protokollierung der Assemblybindungsfehler aktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) auf 1 festlegen.
Hinweis: Die Protokollierung der Assemblybindungsfehler führt zu einer gewissen Leistungseinbuße.
Sie können dieses Feature deaktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] entfernen.

im Kernel auf. Siehe die Logs.

Läd man das angehängte Projekt, erscheint eine Fehlermeldung im Log und das Bild mit der Waveform wird nicht angezeigt.

Fügt man einen Chaser ein, setzt dessen Duration auf einen Speedmaster und setzt dann die Geschwindigkeit des Speedmasters auf 0 BPM, fliegt eine Exception:

00:15:51 WARN  SceneFadeTicker - Exception triggering Item: Der Wert für einen Int32 war zu groß oder zu klein.
System.OverflowException: Der Wert für einen Int32 war zu groß oder zu klein.
   bei System.Convert.ToInt32(Double value)
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.ChaserFilter.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\ChaserFilter.cs:Zeile 187.
   bei org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:Zeile 53.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 379.
   bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 323.
   bei 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_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:Zeile 97.
   bei 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_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:Zeile 37.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AutoFadeDecorator.cs:Zeile 33.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractValueFadeDecorator.triggerFade(Boolean& deregister) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:Zeile 191.
   bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:Zeile 63.
   bei org.dmxc.lumos.SceneFadeTicker.processBag(ProcessableTickerBag bag) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:Zeile 236.

Ein leerer DisplayName in einem Control eines Softdesks führt dazu, dass das Projekt nicht mehr geladen werden kann und sich die GUI mit einer NPE verabschiedet.

Folgendes Vorgehen:

1. Erstelle eine Gruppe mit 10 Generic Dimmern
2. Stelle für die Gruppe einen Dimmerwert von 20 ein
3. Wähle je einen Scheinwerfer aus und setze den Dimmerwert für diese auf 60 und 90
4. Speichere diese Szene in einer Cue
5. Editiere diese Cue über “Edit in Programmer”

Erwartetes Verhalten: Alle Geräte bis auf die separat editierten zeigen in der Stage View den Helligkeitswert 20, die anderen beiden 60 und 90

Tatsächliches Verhalten: Alle Geräte zeigen in der Stage View den Dimmerwert 20 an. Auch die DMX-Ausgabe suggeriert, dass für alle Scheinwerfer der Wert von 20 gespeichert ist und die zusätzlich Werte werden bei der Ausgabe in der Stage View und der DMX Ausgabe ignoriert. Dadurch fällt das Editieren von Cues schwer.