Bugtracker DMXControl 3

Autoprepare funktioniert nur wie gewollt, wenn der Shutter eines Gerätes geschlossen ist. Wenn ein Gerät keinen Shutter hat, funktioniert Autoprepare überhaupt nicht. Bei Geräten mit Shutter greift Autoprepare schon während des Ausfadens, sofern nicht auch der Shutter geschlossen wird.

Aufbau eines einfachen Projekts zum Reproduzieren:

Cuelist mit 4 Cues:
Cue 1: Dimmer 0% und/oder Shutter geschlossen (siehe unten)
Cue 2: Dimmer 100%, Shutter offen, Farbe Blau, Position A
Cue 3: Wie Cue 1
Cue 4: Dimmer 100%, Shutter offen, Farbe Rot, Position B

Hierbei sind mir diese unterschiedlichen Verhalten aufgefallen:

Generic RGB, Cue 1/3 enthält Dimmer 0%, kein Shutter vorhanden:
Cue 2 faded Dimmer und Farbe gleichzeitg (Wechsel von Weiß zu Blau ist erkennbar). Hier sollte Autoprepare ja eigentlich die Farbe voreinstellen.
Gleiches gilt für Cue 4 mit dem Fade Blau → Rot

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält Dimmer 0% und Shutter geschlossen:
Funktionier wie erwartet, die Farben für Cue 2/4 werden während Cue 1/3 voreingestellt, sodass beim Triggern der Cue nur der Dimmer faded.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Dimmer 0% und NICHT Shutter geschlossen:
Cue 2 verhält sich wie bei Generic RGB ohne Shutter (Kein Autoprepare). Beim Triggern von Cue 3 wird jedoch schon während des Ausfadens die Farbe zu Rot gefaded. Hier greift Autoprepare also zu früh.

Generic RGB mit Subdevice Generic Shutter, Cue 1/3 enthält nur Shutter geschlossen und NICHT Dimmer 0%:
Funktioniert wie erwarten, kein Unterschied zu Dimmer und Shutter in Cue 1/3.

Das Verhalten der Generic RGB mit Shutter konnte ich auch mit einem Stairville MH-X25 reproduzieren, hierbei war zusätzlich zu Farbe auch ein Positionswechsel in den Cues enthalten.
Auch hier galt, Shutter geschlossen führte zum erwarteten Verhalten von Autoprepare (mit und ohne Dimmer 0%), Shutter offen lassen und Dimmer 0% führte zu Autoprepare schon während des Ausfadens, durch die Positionsänderung noch deutlicher erkennbar.

Fehlerbeschreibung

Wenn man beim Anlegen eines Gerätes einen Namen für Gerät oder Gruppe angibt, der länger ist als die Länge des Felds, läuft der Text über die Anzeige hinaus. Man kann allerdings nicht per Pfeiltasten im Feld scrollen. Der Rest der Eingabe wird somit unsichtbar.

Hallo,
bei mir funktioniert der One Shoot Trigger nicht. Ich beginne mit einem Lauflicht über 8 RGB PARs. Danach folgt die Cue mit dem One Shoot Trigger, gefolgt von einer Cue, die die PARs auf eine Farbe einfadet.
Wenn ich die List starte, wird die One Shoot Cue sofort auf gelb gesetzt und das Einfaden beginnt. Währenddessen kann man sehen, dass das Lauflicht läuft bis es von der dritten Cue überschrieben ist.
Es gibt keine Fehlermeldung, weswegen ich auch keine Screenshots beisteuern kann. Ich habe lediglich das letzte Log File und das Projekt zum Anhängen.

Gruß, Herbert

P.S.: Sorry, die untenstehende Verknüpfung war ein Versehen. Ich dachte hier fügt man Verknüpfungen zu anderen Trackern ein, und jetzt kann ich sie nicht mehr löschen

Ausgangssituation: Es gibt mehrere Moving Heads, die zeitversetzt eine Welle (Sinus auf Tilt) durchlaufen sollen. Hierzu gibt es drei Cues, einen mit dem Sinus auf dem Tilt, die One Shot-Cue und eine statische Cue, um die Welle zu beenden. Da es ein gefanntes Delay für alle drei Cues eingetragen ist, bin ich davon ausgegangen, dass nun auch alle Heads die Welle zeitversetzt durchlaufen und jeder mit seinem entsprechenden Delay wieder zum stehen kommt. Das ist aber nicht der Fall. Nachdem der erste Moving Head die Welle durchlaufen hat, beenden alle die Welle irgendwo mitten drin und gehen gleichzeitig direkt auf die statische Stimmung.

Überspringt man Audiocues mit GoTo, erscheint eine Warnung im Kernel.

Das erste angehängte DDF führt zu einer Exception. Es ist in sofern falsch aufgebaut, als dass ein Step in einem Raw-Bereich ist. Trotzdem darf das nicht zu einer Exception führen.

ProjectLoad: ERROR: Loading Devices in Project(null)ProjectLoad: ERROR: Error loading Devices in ProjectSystem.InvalidOperationException: Handler RawDMXHandlerNode doesn't have any Ranges!
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.getMinValue(String type) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 770.
   bei org.dmxc.lumos.Kernel.HAL.Handler.AbstractRangesHandlerNode.get_MinValue() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\AbstractRangesHandlerNode.cs:Zeile 747.
   bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXHandlerNode.getPropTypeInstance(IDeviceProperty prop) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXHandlerNode.cs:Zeile 102.
   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 751.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerDependency.<>c__DisplayClass25_0.<getTypeInstance>b__0(IPropertyHandlerNode n) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerDependency.cs:Zeile 300.
   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 354.
   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 300.
   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 382.
   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 448.
   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 382.
   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 245.
   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, Int64 id) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 54.
   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 46.
   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.ReinitDeviceBaseline(IDevice device) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 739.
   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 625.
   bei org.dmxc.lumos.Kernel.Project.DeviceManager.<org.dmxc.lumos.Kernel.Run.IManager.initialize>b__132_1(Object o, ProjectResourceEventArgs`1 args) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\DeviceManager.cs:Zeile 1064.
   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 213.
   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 189.
   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 243.
   bei org.dmxc.lumos.Kernel.Project.ProjectContainer`1.Load(LumosResource data, LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectContainer.cs:Zeile 216.
   bei org.dmxc.lumos.Kernel.Project.Project.loadProject(LumosIOContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\Project.cs:Zeile 230.org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Errors in Project
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 312.

Außerdem fliegt auch noch eine weitere Exception, wenn man das leicht angepasste zweite DDF verwendet.

org.dmxc.lumos.Kernel.Exceptions.XmlParseException: Attribute "caption" in Node "step" missing
   bei org.dmxc.lumos.Kernel.HAL.Handler.RawDMXStepHandlerNode.parseXmlNode(XmlNode ddfnode) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\Generic\RawDMXStepHandlerNode.cs:Zeile 105.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.ParseXmlTree(DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 143.
   bei org.dmxc.lumos.Kernel.HAL.Handler.HandlerRegistry.parseXmlFile(DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\HAL\Handler\HandlerRegistry.cs:Zeile 58.
   bei org.dmxc.lumos.Kernel.Devices.DeviceBeam..ctor(IDevice parentDevice, UInt32 beamNumber, DDFParseContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DeviceBeam.cs:Zeile 92.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.parseDDF(XmlDocument ddf, String filename) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 406.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.LoadXML(String ddfFile) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 170.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.set_DDFSourceFile(String value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 115.
   bei org.dmxc.lumos.Kernel.Devices.DMXDevice.setParameterInternal(DeviceParameter parameter, Object value, Object& valueToSend) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\DMXDevice.cs:Zeile 310.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.setParameter(DeviceParameter parameter, Object value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 1000.
   bei org.dmxc.lumos.Kernel.Devices.AbstractDevice.<>c__DisplayClass121_0.<org.dmxc.lumos.Kernel.Resource.ILumosSaveable.loadFromManagedTree>b__0(String s, Object o) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Devices\AbstractDevice.cs:Zeile 670.
device-->functions-->rawstep-->step

Es gibt ja Matrixfilter, die gerichtet (Bewegung in eine Richtung) und ungerichtet (keine Bewegung / Bewegung um zentralen Punkt herum) sind. Die gerichteten Matrix-Filter haben aktuell keine einheitliche Ausrichtung. Dies sollte korrigiert werden, damit alle Filter in eine Richtung gehen. Es würde sich anbieten, dass alle Matrix-Filter in DMXControl 3 von rechts nach links gehen. Dies ist am Text-Filter orientiert. Dann hat man auch eine einheitliche Ausrichtung für FS#4440.

Wenn z.B. der Weiß-Kanal explizit im Device Control gesetzt wird, das in einer Cue gespeichert wird und in der nächsten Cue in eine automatisch durch den HAL errechneten Weiß-Wert übergeblendet wird, springt die Ausgabe zwischen W-Kanal und RGB-Kanal. Siehe im angehängten Testprojekt die Cuelist. Das liegt an der verteilten Verarbeitung der Fades zwischen Mixer und HAL. Dem HAL müssen entsprechend Metainformationen übergeben werden, damit es zu keinem Sprung mehr kommt.

Wird ein Projekt erfolgreich geladen, erscheint die Abfrage, ob das vorherige Layout geladen werden soll. Diese Abfrage erscheint jedoch nur in der GUI, in der das Laden des Projekts ausgelöst wurde. Die Abfrage sollte jedoch in allen GUIs erscheinen. Hierfür bräuchte es einen gRPC-Call, der an alle GUIs geht. Dieser sollte dann die AskLoadProjectLayout Funktion im Window Manager ausführen. Die Project Administration soll dann entweder eine neue “AskLoadProjectLayoutInAllGUIs” Funktion oder direkt den gRPC-Call aufrufen.

Wie in den angehängten Logs zu sehen, dampft bei 2023-07-13 04:28:31,393 der SendDevicePropertyChanges ab (nicht wundern, die Uhr des PCs war falsch). Hier wie besprochen die Logs für die weitere Analyse, warum das der Fall war.

Habe DMXC Beta 12 auf einem jungfräulichen Rechner installiert und die Fehler im Anhang sind im Kernel erschienen. Allerdings nur beim allerersten Start. Bei jedem weiteren Start gibt es keine Fehler mehr.

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.

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.

Fehlerbeschreibung

Erwartetes Verhalten

Beim Ausschalten/Deaktivieren der Kamerasteuerung bleibt das Navigiationskreuz teilweise stehen (s. Bild). Dies ist allerdings von geringer Dringlichkeit, da dies verschwindet, sobald man in die Stage View drückt. Selbiges passiert auch beim Anschalten, allerdings genau andersherum, d.h. der Teil, der beim Deaktivieren schon verschwindet, taucht beim Aktivieren/Öffnen auf, und der große Teil bleibt beim Aktivieren/Öffnen verborgen, beim Deaktivieren/Schließen bleibt er stehen.

Wenn ich direkt über das Input-Assignment mit dem Audio-Node einen Song starte und daraufhin DMX-Control schließe, ohne die Wiedergabe zu pausieren, stürzt beim Schließen die GUI ab, die Kernel läuft weiter, somit auch die Musik.

Die Sortierung von z.B. Geräten in Ordnern im Project Explorer verhält sich oftmals sehr komisch. Items landen nicht da, wo man sie loslässt, andere Items springen bei Veränderung nach ein oder zwei Felder nach oben/unten. Außerdem sieht man nicht, wo das Item landet, wenn man es an aktueller Position loslässt. Hier wäre ein Strich hilfreich, welcher zwischen den beiden Icons angezeigt wird, wo das Item der aktuellen Position nach landen wird.

Beim one shoot sind oftmals so kleine Springer drinnen, z.b. bei einem Chaser mit gefannter Phase, und danach einem Reverse Chaser mit gefannter Phase, dann ist dazwischen mal kurz eine Lampe links und rechts an. Genauso bei einem Kreis Effekt da springt das MH dann mal kurz zur Mitte, während es noch nicht ganz die Bewegung abgefahren hat. Das ganze verhält sich auch bei anderen Effekten ähnlich.

Wenn man ein Control rotiert und es dann Copy&Pasted, wird es so behandelt, wie als wäre es 0° rotiert. Sieht man im Bild oben, dort sind 3 Slider nebeneinander, obwohl diese breiter als hoch sind, folglich untereinander eingefügt werden müssten.

In den Properties eines Nodes kann man mit Tab nicht in die nächste Zelle/Zeile springen, wie dies z.b. im Cuelist-Editor möglich ist.

DMXControl GUI und Kernel gleichzeitig gestartet (natürlich mit dem DMXControl Button auf dem Streamdeck ;)) und in der GUI war kein einziges Panel offen. Habe dann den PE geöffnet und dieser war nur sehr klein (Stream Deck PE.JPG). Wenn ich Ihn einpassen wollte auf die gesamte freie Fläche, ist er trotzdem so klein geblieben und hat sich auch nicht bewegt. Abgedockt lässt er sich gewohnt öffnen. Während des gesamte Startvorgangs war ein StreamDeck XL angeschlossen. Kernel zeigt Fehler (Kernel.JPG) und Logs sind auch angehängt.

Bei einem Softdeskfenster (sowohl Designer als auch späteres Fenster), welches mehr Inhalt hat, als das Fenster breit ist, springt der Slider (x-Achse) und die Ansicht total verbuggt hin und her.

Bug: Intensity Slider springt bei Klick auf Slider von 0 auf 100, Speed und Fade Factor verhalten sich komisch (ja ich weiß, aber es ist einfach weder ein Muster erkennbar, noch was sie eigentlich tun sollen)

zusätzlicher Wunsch wenn ihr schon dabei seid: Styles umbennen in (das es sich um den CuelistMonitor handelt, ist davor ja schon klar, deshalb bitte wie folgt):
- Advanced
- Default
- Simple

Das Name-Feld einer Midi-Rule ist während dem eingeben des Namens im Dark-Theme unlesbar, da das Kästchen weiß ist.

Das Input Assignment ist in einem floating Window zusammen mit einem Softdesk (IA oben, Softdesk unten). Nachdem ich einige Zeit im Projekt gearbeitet hab (Wechseln zwischen Graphen und Tabellen-Ansicht, verschieben der Grenze zwischen IA und Softdesk), ist mir in der Tabellen-Ansicht die auf dem Bild 1 zu sehende graue (im Bild rot markierte) Fläche aufgefallen. Diese überdeckt alle sich darunter befindenden Connectionsets und wird relativ zu der Grenze IA und Softdesk verschoben (Bild 2). Außerdem wandert die mit der Zeit nach oben (also jetzt nicht kontinuierlich, sondern irgendwie während dem Arbeiten). Öffne ich ein Connectionset, dann verschwindet sie und ich kann ganz normal im CS arbeiten, beim öffnen der Tabellenansicht ist sie wieder da. Mit Schließen und Öffnen des IA geht die Fläche auch nicht weg. Lediglich mit einem Neustart der Software verschwindet es wieder (Projekt neu laden hab ich jetzt nicht probiert.

Im Auswahlfenster für die Cuelist bei den Properties eines Cuelist-Nodes ist der Auswahlbutton extrem schmal (siehe Bild). Da befindet sich direkt darüber ja auch noch nutzbarer Platz, damit man den größer machen könnte

Bei Menübar “Einstellungen\Einstellungen” zurücksetzen “Settings\Reset Settings” öffnet sich ein Pop-Up Fenster zum Bestätigen der Aktion. Dieses lässt sich nicht durch ESC schließen.

Fehlerbeschreibung

Fehlerbeschreibung

Erwartetes Verhalten

Lösung

Lösungsvorschlag 1

Lösungsvorschlag 2

s. Screenshot

Sobald ich einen Input mit dem Expression Node verbinde, indem noch kein Eingangswert steht, so wird folgende Exeption ausgegeben:

16:12:54 ERROR ExpressionNode -
Jace.VariableNotDefinedException: The variable "y" used is not defined.
   bei MyCalcMethod(FormulaContext )
   bei Jace.Execution.DynamicCompiler.<>c__DisplayClass2_0.<BuildFormula>b__0(IDictionary`2 variables)
   bei Jace.CalculationEngine.Calculate(String formulaText, IDictionary`2 variables)
   bei org.dmxc.lumos.Kernel.Input.v2.Worker.ExpressionNode.processInternal(NodeProcessContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ExpressionNode.cs:Zeile 119.

• ?? Cues wofür soll das stehen?
• Status(RUNNING und STOPPED) und Play Mode sind bissel gequetscht… Evtl. mit Cues zusammenfassen. (Zeile 1 Name, Zeile 2 anzahl Cues+Status+Play Mode)
• Scroll Balken Sichtbar, wobei alle Einträge sichtbar sind
• Wenn man beim Selektieren im Design Modus auf den Pfeil klickt, wird das Control nicht selektiert (gewollt? Dann ist es auch i.o)
• Der Status – Running ist mit grünem Hintergrund schlecht lesbar. Vlt. dunklere Hintergrundfarbe oder schwarzer Text?
• Ist eine Cuelist ausgewählt und ändert sich der Abspielmodus, so wird es nicht aktualisiert. Im Dropdown Menü schon…
• Ich persönlich finde den Text mit den Hintergründen nicht ganz stimmig. Vlt. Könnte man den Hintergrund so vergrößern, dass der Text nicht mit den Rundungen endet. Mehr Platz lassen, oder die Rundung entfernen.

1. Uninstaller löscht nicht alle Inhalte, wenn DMXControl geöffnet ist –> hier sollte überprüft werden, ob DMXC noch geöffnet ist und ggf. ne Info anzeigen
2. Uninstaller löscht den Installer.log nicht und den DMXControl Ordner im Programme Verzeichnis
3. löschen des Appdata Verzeichnisses optional anbieten.

Fehlerbeschreibung

Wenn ich bei einem Executor die Auto Start / Stop Funktion verwende, funktioniert das automatische starten immer mal wieder nicht. Sobald ich den Fader auf null und direkt danach wieder hoch ziehe, startet die Cuelist nicht.

Wir hatten das Problem bereits in der 3.2.2. Jetzt tritt das Problem wieder auf.

1. Cuelist Group mit Cuelists im IA mit Softdesk Cuelist Monitor verbinden
2. Projekt speichern
3. Projekt laden

–> Cuelist Monitor ist leer…

Fehlerbeschreibung

Fehlerbeschreibung

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

Fehlerbeschreibung

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

Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.

Beispiel:
Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% - Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)

https://forum.dmxcontrol-projects.org/index.php?thread/13013

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

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

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise