Bugtracker DMXControl 3

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

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

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.

Hallo,

ich benutze unter Win10 das Lixada USB-DMX512 Dongle mit dem Illutzmination Treiber um ein RGB Par zu steuern. Funktioniert zunächst wie gewünscht, aber nach einiger Zeit (wenige Sekunden bis Minuten) kommen an der Lampe keine Änderungen mehr an (Display an der Lampe blinkt nicht mehr). Der USB-Stick flackert dann auch nicht mehr orange. Wenn ich unter DMX-Interfaces das Häkchen für “Enable” entferne und wieder setzte läuft es kurz wieder weiter, bis es wieder stoppt. Im Lumos Log steht:

2019-04-20 21:47:36,610 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Set timing values to Break 0, MAB 243, IB gap 254
2019-04-20 21:47:36,612 [56] INFO org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Successfully enabled uDMX interface with serial ‘ILLUTZMINATOR001’ 2019-04-20 21:48:18,288 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,489 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,690 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:18,891 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,092 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,293 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,494 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,695 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:19,896 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,098 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 3 bytes, wrote 0
2019-04-20 21:48:20,299 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 2 bytes, wrote 0
2019-04-20 21:48:20,512 [Main-Process-Chain] WARN org.dmxc.lumos.Kernel.DMX.AnymaUDMXInterface - Failed to write 1 bytes, wrote 0

Kann man evt. an Timing-Konfigurationen etwas Entspannteres einstellen? Der Test der Hardware mit Freestyler zeigt bisher keine solchen Abbrüche.

Danke für Feedback.

Projekt lasse ich gerne Zukommen, bei Veränderungen im Softdesk, z.B. verschieben verschwinden irgendwelche Buttons, ohne dass ich da ein System erkennen würde. Zudem existiert ein Button im Input Assignment “Button (13)”, der im Softdesk nicht angezeigt wird. Beim Versuch den zuzuweisen friert DMXC3 ein, evtl liegt da der Kern des Problems. Aktuell hat es alleine beim letzten neu laden 6 Buttons zerlegt, die im Softdesk nicht mehr angezeigt werden, allerdings im InputAssingment noch vorhanden sind.

LG Paul

Fehlerbeschreibung

Erwartetes Verhalten

Weiteres

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Forum: https://forum.dmxcontrol-projects.org/index.php?thread/17686-performance-probleme-bei-vielen-cuelists/

Hallo zusammen,

wir verwenden bei uns Szenenlisten, um Lichtstimmungen passend zu einem Lied vor zu programmieren.

Dabei erstellen wir pro Lied eine neue Szenenliste und fügen dieser andere Szenenlisten, wie Beispielsweise einen Bewegungseffekt, Dimmereffekt oder Farbe hinzu um diese mit der Lied- Szenenliste zu starten.

Die Lied- Szenenliste hat dabei nur den Auftrag alle anderen zu starten (erste Cue (andere Szenenliste) auf Manual und dann alle folgenden mit follow 0ms danach), sodass wir dann nur noch die einzelnen Cuelists mit Mastern in ihrer Intensität und Schnelligkeit reinmischen müssen.

Da bei uns regelmäßig unterschiedliche Bands auftreten, kommen da schnell ein paar Lied- Szenenlisten zusammen.

Nun das Problem:

Mir ist aufgefallen, dass nach ca. 120 Lied- Szenenlisten mein Projekt deutlich langsamer läuft.

So fällt bsp. bei Strobe- Effekten auf, die per Tastatur mit “GO” gestartet werden und beim Loslassen der Taste über Binary Switcher über “STOP” gestoppt werden sollen, nicht mehr gestoppt werden und es einem zweiten oder auch dritten Drücken auf die Taste bedarf bis die Cuelists gestoppt wird.
Auch haben unsere Slider, die die Groupmaster steuern ein deutliches Delay (teilweise ca. 3 Sekunden)

Um das Projekt im Live-Betrieb bedienbarer zu machen, löschen wir vor jedem Konzert alle nicht verwendeten Lied-Cuelists raus. Dies hat einen deutlichen Einfluss auf die Performance.

Aktuell sind wir auf der 3.3.0 RC3 auf einem Laptop mit aktuellem AMD Ryzen 5 und 8GB Ram.
Auf der RC2 und einem anderen Rechner mit i7 und 16GB Ram hatten wir aber auch das selbe Problem.

Vielen Dank
Falko

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

Immer wieder kommt es vor, das man einen Graphen im Input Assignment eines Users debuggen muss. Hierfür braucht man zwingend ein Bild. Allerdings ist das bei komplexeren Graphen manchmal schlecht bis gar nicht zu lesen. Daher wäre es für diese Arbeit sehr wichtig, wenn man einfach die anzuzeigenden Nodes auswählen könnte, dann einen Rechtsklick auf einen der Nodes machen könnte und das als Bild exportieren könnte (egal ob png, jpeg etc.). Hierbei sollte die Auflösung immer so sein, dass man den Text auf jeden Fall lesen kann (also durchaus eine Standardaufösung möglich, dann wird halt das Bild etwas größer). Am Besten wäre es, wenn man auch noch den Ausschnitt mit den Inputs und Outputs der ausgewählten Nodes drauf hat. Wählt man keinen Node aus und exportiert das Bild, dann wird einfach der ganze Graph gespeichert.

DMXControl 3 hat unterschiedliche Properties. Diese müssen visualisiert werden. Im folgenden sollen Vorschläge gesammelt werden, wie diese Visualisierung aussehen soll. Dabei sollen alle wichtigen Visualisierungen mit einem +++ versehen werden Bereits erledigte Visualisierungen sind als solche markiert.

• Color +++ (erledigt)
• ColorTemp (erledigt)
• Cool
• Dimmer +++ (erledigt)
• Effectwheel
• Fan –> num. Fann.
• Filter
• Focus –> num. Fann.
• Fog
• Frost –> num. Fann.
• Gobo +++ (WIP)
• Heat
• Index –> num. Fann. +/-
• Iris –> Darstellung als Iris-Blende analog zur Stage View
• Matrix –> Idealerweise Vorschau der Matrix, welche in dem Eintrag abgebildet ist
• Position +++ (erledigt)
• Prism –> kurzfristig keine Visualisierung, langfristig über ein generisch erzeugtes Bild auf Basis der DDF-Definition
• PTSpeed –> num. Fann.
• Radix –> Idealerweise Vorschau der Radix, welche in dem Eintrag abgebildet ist
• Raw –> num. Fann.
• Rotation –> num. Fann. +/-
• Scale
• Shutter +++
• Strobe +++
• Switch +++ (erledigt)
• Zoom –> Visualisierung eines Lichtkegels analog zum Programmer

Anmerkungen
Num. Fann –> Darstellung als Fanning einfacher numerischer Werte
+/- –> Darstellung wie num. Fanning, jedoch mit positiven und negativen Wertebereich, sodass der 0-Wert auf halber Höhe liegt

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

20:56:12 INFO  Timecode - Stopped: [1, New TimecodeShow]
20:56:13 ERROR Timecode -
org.dmxc.lumos.Kernel.Exceptions.AlreadyRegisteredException: Timeslot for ID 12b9c255-1f9f-4a2a-84f5-b9822edec50a-TS already registered
   at org.dmxc.lumos.Kernel.Time.TimeManager.registerFixedTimeSlot(String targetId, ITimeSlot timeSlot) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Time\TimeManager.cs:line 89
   at org.dmxc.lumos.Kernel.Timecode.Timecode.Play() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 919
20:56:13 INFO  Timecode - Run:     [1, New TimecodeShow]
20:56:13 INFO  Timecode - Start:   [1, New TimecodeShow] Frame:     0
20:56:15 WARN  Timecode - Performing the Frame: 39 takes too much time, it exceeds the max. frame duration 191.4261ms >= 40ms
20:56:19 WARN  Timecode - Performing the Frame: 139 takes too much time, it exceeds the max. frame duration 169.6493ms >= 40ms
20:56:24 WARN  Timecode - Performing the Frame: 263 takes too much time, it exceeds the max. frame duration 155.5815ms >= 40ms
20:56:26 INFO  Timecode - Break:   [1, New TimecodeShow] Frame:   319 Time: 00:00:12.7770985
20:56:41 INFO  Timecode - Stop:    [1, New TimecodeShow] Frame:   319 Time: 00:00:13.5876047
20:56:41 INFO  Timecode - Stopped: [1, New TimecodeShow]
20:56:43 ERROR Timecode -
org.dmxc.lumos.Kernel.Exceptions.AlreadyRegisteredException: Timeslot for ID 12b9c255-1f9f-4a2a-84f5-b9822edec50a-TS already registered
   at org.dmxc.lumos.Kernel.Time.TimeManager.registerFixedTimeSlot(String targetId, ITimeSlot timeSlot) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Time\TimeManager.cs:line 89
   at org.dmxc.lumos.Kernel.Timecode.Timecode.Play() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 919
20:56:43 INFO  Timecode - Run:     [1, New TimecodeShow]
20:56:43 INFO  Timecode - Start:   [1, New TimecodeShow] Frame:     0
20:56:44 WARN  Timecode - Performing the Frame: 39 takes too much time, it exceeds the max. frame duration 202.5471ms >= 40ms
20:56:48 WARN  Timecode - Performing the Frame: 139 takes too much time, it exceeds the max. frame duration 183.8875ms >= 40ms
20:56:49 INFO  Timecode - Break:   [1, New TimecodeShow] Frame:   182 Time: 00:00:07.2996301
20:56:50 INFO  Timecode - Resume:  [1, New TimecodeShow]
20:56:53 WARN  Timecode - Performing the Frame: 264 takes too much time, it exceeds the max. frame duration 195.172ms >= 40ms
20:56:56 INFO  Timecode - Break:   [1, New TimecodeShow] Frame:   335 Time: 00:00:13.3854502
20:56:58 INFO  Timecode - Stop:    [1, New TimecodeShow] Frame:   335 Time: 00:00:13.5248318
20:56:58 INFO  Timecode - Stopped: [1, New TimecodeShow]
20:56:59 ERROR Timecode -
org.dmxc.lumos.Kernel.Exceptions.AlreadyRegisteredException: Timeslot for ID 12b9c255-1f9f-4a2a-84f5-b9822edec50a-TS already registered
   at org.dmxc.lumos.Kernel.Time.TimeManager.registerFixedTimeSlot(String targetId, ITimeSlot timeSlot) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Time\TimeManager.cs:line 89
   at org.dmxc.lumos.Kernel.Timecode.Timecode.Play() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 919
20:56:59 INFO  Timecode - Run:     [1, New TimecodeShow]
20:56:59 INFO  Timecode - Start:   [1, New TimecodeShow] Frame:     0
20:57:00 WARN  Timecode - Performing the Frame: 39 takes too much time, it exceeds the max. frame duration 158.7684ms >= 40ms
20:57:04 WARN  Timecode - Performing the Frame: 139 takes too much time, it exceeds the max. frame duration 179.8303ms >= 40ms
20:57:07 INFO  Timecode - Break:   [1, New TimecodeShow] Frame:   236 Time: 00:00:09.4463131
20:57:08 INFO  Timecode - Resume:  [1, New TimecodeShow]
20:57:09 WARN  Timecode - Performing the Frame: 264 takes too much time, it exceeds the max. frame duration 165.9721ms >= 40ms
20:57:12 INFO  Timecode - Break:   [1, New TimecodeShow] Frame:   328 Time: 00:00:13.1409705
20:57:13 INFO  Timecode - Stop:    [1, New TimecodeShow] Frame:   328 Time: 00:00:19.0884693
20:57:13 INFO  Timecode - Stopped: [1, New TimecodeShow]
20:57:15 ERROR Timecode -
org.dmxc.lumos.Kernel.Exceptions.AlreadyRegisteredException: Timeslot for ID 12b9c255-1f9f-4a2a-84f5-b9822edec50a-TS already registered
   at org.dmxc.lumos.Kernel.Time.TimeManager.registerFixedTimeSlot(String targetId, ITimeSlot timeSlot) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Time\TimeManager.cs:line 89
   at org.dmxc.lumos.Kernel.Timecode.Timecode.Play() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\Timecode\Timecode.cs:line 919
20:57:15 INFO  Timecode - Run:     [1, New TimecodeShow]
20:57:15 INFO  Timecode - Start:   [1, New TimecodeShow] Frame:     0
20:57:15 WARN  Timecode - Performing the Frame: 39 takes too much time, it exceeds the max. frame duration 188.1449ms >= 40ms
20:57:19 WARN  Timecode - Performing the Frame: 139 takes too much time, it exceeds the max. frame duration 165.4547ms >= 40ms
20:57:24 WARN  Timecode - Performing the Frame: 264 takes too much time, it exceeds the max. frame duration 177.6584ms >= 40ms
20:57:26 INFO  Timecode - Break:   [1, New TimecodeShow] Frame:   298 Time: 00:00:11.9164152
20:57:27 INFO  Timecode - Stop:    [1, New TimecodeShow] Frame:   298 Time: 00:00:17.0859307
20:57:27 INFO  Timecode - Stopped: [1, New TimecodeShow]
20:57:29 ERROR Timecode - 

Folgendes Vorgehen löst den Fehler aus, auch in der 3.3 Alpha6 vorhanden, Logs der 3.3 anbei.

Device Group mit Generic RGB, Farbe auf Rot in Cuelist speichern. → funktioniert wie erwartet
Anschließend alle Devices aus der Gruppe löschen, Projekt speichern und neu laden.
Projekt neu laden, wieder Geräte in die Gruppe hinzufügen, Cuelist starten → keine Farbe mehr vorhanden, bei “Edit in Programmer” wird keine Eigenschaft aufgerufen, der Programmer bleibt leer.

Hintergund:
Ich habe für mich ein Standard-Projekt erstellt, dieses hat 4 Gruppen und je nach Veranstaltung werden andere Geräte in die Gruppen aufgeteilt, teils mit vollkommen unterschiedlichen Setups. Mir ist es nun schon passiert das ich mir beim Anpassen des Projektes alles zerstört habe weil ich erst einmal alle Gruppen geleert haben.
Beim letzten Mal wollte ich das ganze verhindern und habe ein Gerät in die Gruppe gesteckt das ich sonst nicht nutze, leider tritt der Fehler auch auf wenn das Gerät keine Farbeigenschaft hatte, daher hat mir die Nebelmaschine in der Gruppe auch nicht vor dem Verlust geschützt.

Es wäre cool, einen “SoftdeskControlManager” zu implementieren,
so dass Plugins eigene SoftdeskControls implementieren können.

Wird im Multiclientbetrieb gearbeitet werden änderungen am Softdesk nicht an andere Sessions publiziert. Auch das Speichern von Änderungen am Softdesk ist so nur auf einem (zufälligen?) Client möglich.

Eine fehlerhafte Validierung der Eigenschaften eines Nodes im IA lässt die GUI unbedienbar werden. Weder ein Abbrechen, noch ein schließen des Fensters ist möglich, bis der Wert entsprechend korrigiert wurde. Für mich als User ist nicht erkennbar, warum das UI unbedienbar wird.
Vorschlag: zulassen des “Abbrechen” Button sowie schließen des Fensters und einblendung eines Tooltips mit einem Hinweis auf fehlerhafte Werteingabe inkl. dem zulässigen Wertebereich (Angelehnt an das Verhalten im Device Control).
Beispiel für das “einfrieren” Eingabe eines negativen Wertes für das Delay Node.

s.o.

Funktioniert nicht bei:
10 Sharpys per selektion und 10 Generic PARs Per selektion in den selben Cue gespeichert.

Funktioniert bei:
10 Sharpys(diesmal aber als Gruppe) und keine weiteren geräte in einen Cue gespeichert.

P.S.
Jens-Peter soll mal bitte genau testen ;)

MfG
Patrick

s.o.

Es gibt keine Tests für Autoprepare, das sollten wir ändern.

Das Scrollen und Zoomen funktioniert nicht zuverlässig, aber ohne HotReload schmeiß ich die Karten hin

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

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!

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.

Beim Bearbeiten einer Szenenliste hatte ich zwei Einträge (Strophe / Refrain) in die Zwischenablage kopiert, um sie mehrfach einzufügen. Das hatte ich in der Vergangenheit auch schon mal ohne Probleme getan. Dieses Mal (natürlich wenn man in Eile ist…) ist dabei aber DMXC ziemlich komplett abgeschmiert, auch der Kernel war nicht mehr zu gebrauchen.
Im Kernel-Log findet sich auch die Zeile

Main Runnable seams stuck in an endless loop! You might have to restart DMXC... Please report this!

Das ganze passiert so etwa um 18:09.
Im Projekt gab es hinterher auch eine Version 0.0.122, die aber scheinbar nur in den Metadaten existiert, aber nicht auf Disk geschrieben wurde. Daher habe ich die 121 angehängt. Gearbeitet hatte ich in der Szenenliste “Sturm auf die Hausi”.
Passiert in 3.3 Beta 9 (Komma 1, JPK hatte die Anzeige der Presets noch gefixt).

Fehlerbeschreibung

Erwartetes Verhalten

Wäre sehr nutzfoll wenn DMX Control eine Midi Clock aufnehmen könnte um damit sound to light viel genauer umzusetzen.

Es wäre super wenn es in Zukunft möglich wäre die Ergebnisse des Audio Analyzers an andere Software per Midi weiterzugeben.

Bei mir läuft Autoprepare überhaupt nicht. Betrifft mindestens die Farbe, mehr bisher nicht getestet.

Habe mit verschiedenen Geräten in verschiedene Projekten (u.a. blanko Projekt) getestet. Er faded immer von weiß zur gewollten Farbe während der Dimmer ebenfalls einfaded. Auch schon getestet den Dimmer vorher nochmal explizit auf 0 zu setzen, leeren Cue vor den Cue mit Autoprepare, nichts hilft.

Natürlich immer Autoprepare in Cuelist, Cue und Gerät aktiviert.

Autoprepare wäre wenn es funktionieren würde eine sehr große Erleichterung für mich.

Legt man Beispielsweise eine Gruppe PARs an, weisst der Dimmer Eigenschaft den Chaser Effekt zu um ein Lauflicht zu realisieren und Legt die GO und STOP Funktion im Input Assignment auf zwei Hotkeys, starte die Cue und stoppt diese dann wieder, kann die CUE nicht sofort wieder neu gestartet werden.

Zwei Punkte:

a) Beim Hinzufügen der Open DMX-Schnittstelle von Enttec muss zum einen in dem sich öffnenden Fenster in dem leeren Parameterfeld für den Parameter <Gerät>

FT232R USB UART [A60185MM]

ausgewählt werden. Es ist keinerlei Hinweis sichtbar, dass hier überhaupt eine Auswahl vorgenommen werden muss. Das leere Parameterfeld wird nicht als Combobox dargestellt.

b) Werden GUI und Kernel unter Sicherung des Projekts beendet und GUI und Kernel wieder gestartet, wird zwar unter dem Reiter DMX-Schnittellen der Enttec OpenDMX als ein Zeileneintrag dargestellt. Klicken auf <Erweiterte Schnittstellenbeschreibungen> führt jedoch zur Fehlermeldung “Schnittstelle nicht verfügbar”.
Die Schnittstelle muss komplett gelöscht werden und wie unter a) neu angelegt werden.
Sicherung des Projekts hat auf das Verhalten kein Einfluss.
Wird nur die GUI beendet, tritt der Effekt nicht auf. Es muss der Kernel beendet werden.

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

Wenn DMXControl 3.2 läuft, verbindet es sich mit allen vorhandenen Midi Ports. Die Folge ist, dass andere Programme, die danach gestartet werden, sich nicht mehr mit den Midi Ports verbinden können.

Es fehlt eine Kamerasteuerung wie in der Stageview.
Es fehlt ein Raster an dem man sich orientieren kann.
Es fehlt die Möglichkeit bei den Verbindungslinien Zwischenpunkte an zu legen um Verbindungen von Logiken runter ziehen zu können "saubere Kabelverlegung".

Wenn der Darkmode aktiviert ist, ist z.B. bei der Benennung von MIDI Regeln der Text auf weißem Hintergrund selber weiß und somit nicht lesbar.

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

LOG

17:48:42 WARN  ProjectManager - Error when loading Project Temp\c1befaac-c720-475c-9bf3-383b87917310.tmp: Warnings in Project
ProjectLoad: WARNING: Loading Graphs in Project(null)ProjectLoad: WARNING: Unable to load Links in Graph in Copy of Connection set(null)org.dmxc.lumos.Kernel.Exceptions.ProjectLoadException: Warnings in Project
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, Stream inputStream, String sessionName, Boolean loadId) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 341.
   bei org.dmxc.lumos.Kernel.Project.ProjectManager.loadProject(String filename, String sessionName) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Project\ProjectManager.cs:Zeile 227.
   bei org.dmxc.lumos.Kernel.Command.KernelCommandFactory.loadProject(String sessionName, String tmpFile) in D:\Jenkins\workspace\Lumos_Pipeline_3.2_2\Lumos\src\Kernel\Command\KernelCommandFactory.cs:Zeile 1419.
17:48:42 WARN  LumosTools - Loading Graphs in Project
17:48:42 WARN  LumosTools - Unable to load Links in Graph in Copy of Connection set
17:48:42 WARN  LumosTools - Loading Graphs in Project
17:48:42 WARN  LumosTools - Unable to load Links in Graph in Copy of Connection set
17:48:42 INFO  InputManager - Processing of Graph Copy of Connection set took 33ms

Die Werte im Modbus Server werden über den Ausgang korrekt gesetzt, über den Eingang allerdings nicht eingelesen.
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

Error Description

Expected behavior

Notes

Beim Hinzufügen von Geräten zur Bühnenansicht in 3.3.0 RC2 beginnt das Plot-Layout beim Verschieben oder Auffächern von Gruppen ausgewählter Geräte, alle Geräte zufällig für unendlich im Plot zu verteilen, selbst wenn Maus und Ziehen losgelassen werden. Diese Funktion ist in 3.2.3 vollständig stabil. Wie immer erwähnt, ziehen Sie bitte die dedizierte 64-Bit-Art-Net/sACN-Versionsarchitektur in Betracht, um die vollen Fähigkeiten von DMXC zu nutzen. Vielen Dank!

When adding fixtures to stage view in 3.3.0 RC2, when moving or fanning groups of selected fixtures, the plot layout will start to randomly scatter all the fixtures around the plot for infinity, even after mouse and dragging is released. This feature is completely stable in 3.2.3. As will always mention, please consider 64 bit dedicated Art-Net / sACN version architecture to utilize full capabilities of DMXC. Thank you!

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Wird die Netzwerkkonfiguration geändert, zum Beispiel wird die Statische IP/Subnetzmaske geändert, hängt der Kernel sich auf.

Discord: bastelpichi

Hallo zusammen.

Ich bin durch einen Kollegen auf euch gestoßen und bin fasziniert was ihr da geschaffen habt!!!
Leider habe ich ein Problem mit der Auswahl meines Audiointerfaces im Audio Analyser.

Ich besitze das Focusrite Scarlett 2i2o
https://focusrite.com/de/usb-audio-interface/scarlett/scarlett-2i2

Sobald ich dieses als Eingabegerät wählen möchte (Play Button im Audi Analyser) stürzt das komplette Programm ab :( DMXControl (GUI) crashed

Die Logfile ist im Anhang und ich würde mich mega freuen wenn ihr das in den Griff bekommt oder mir helfen könntet woran es liegt :)

Tausend Dank und weiter so, ich bin wirklich geflashed von eurer Arbeit !!!

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler

Hab gesehen, das meine PSX-575 auf Frost und Iris einen Pulse Effekt haben, der Fehlt noch in der HAL.

Evtl. gibts noch andere Eigenschaften die das haben.

Fehlerbeschreibung

Erwartetes Verhalten

Auf FS#280 setz ich noch einen drauf:

Split Crossfade.
Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).

Normalstellung ist Stage 100, Preset 0.
Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20%
Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%

Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%)
Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.

Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.

Es sollte die Möglichkeit geben (wenn Cossfade funktioniert), dass sowohl

-ein mit GO begonnener Fade mit dem/den Crossfader(n) fortgesetzt werden kann/können (damit das nicht versehentlich, z.B. durch berühren der Fader passieren kann, muss vorher die in FS#490 erwähnte Ignore Taste gedrückt werden. Die Fader übernehmen ab dem Punkt, an dem sie den aktuellen Einblendstatus erreicht haben, Fade 40%, Fader übernehmen ab 40% Stellung),

-als auch ein manuell begonnener Crossfade mit GO fortgesetzt werden kann.

2 unterschiedliche Attribute sollte es für Cues geben

Das erste greift während der Programmierung:
Cue 5 ist als Sperre markiert, in Cue 1 füge ich einen weiteren Kreis hinzu. Durch tracking wird dieser jetzt bis einschl. Cue 4 ausgegeben. In Cue 5 wird nun automatisch der urspüngliche Werte (in diesem Fall 0) gespeichert. Nehme ich die Sperre wieder raus, werden die automatisch gesetzten Werte gelöscht.

Das zweite während dem Playback:
Wird dieses Attribut für ein Cue gesetzt, bedeutet dies, dass alle Werte, auch getrackte, erneut ausgegeben werden.
Hintergrund ist folgender, Cue 7 ist ein sehr langsamer fade to black für kreis 1. Also wird die 0 getrackt. Cue 8, Cue 9 (verändern Kreis 1 nicht) werden ausgeführt, während Cue 7 noch ausblendet. Cue 10 soll jetzt ein Black sein. Würde der Black aufgerufen werden, bevor der Fade von Cue 7 beendet ist, gehen alle Kreise bis auf Kreis 1 aus, dieser würde den Fade weitermachen, weil eben nach Cue 7 keine weitere Instruktion für Kreis 1 kamen. Wird nun dieses Attribut gesetzt, werden alle Werte dieses Cues als neue Instruktion betrachtet, in Cue 10 also auch die 0 von Kreis 1 (aber nur während dem Playback) und ausgegeben und beendet somit auch den laufenden Fade.