|
5236 | |
GUI & Server | Fehlerbericht | Critical | DMXC 3.3 RC1 öffnet nach GUI-Crash (IA) vorhandenes Pro... | Neu | 3.3 RC x | | 02.01.2024 | 05.08.2024 | djquickwilli |
Task Description
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.
Fehlerbeschreibung
Ich habe ein altes 3.2.3 Projekt importiert und weiter bearbeitet. Während eines Klicks im Input-Assignment (evtl. auf den Reiter oben) verschwand das IA und ließ sich nicht mehr aus dem Menü heraus aktivieren. Programm beendet und versucht, Projekt wieder zu laden führte zum “Unable to load the Project due to an exeption”. Das gilt für alle Unterversionen und auch für ein exportiertes und neu geöffnetes Projekt. IA-Fenster konnte durch “Reset Windows Layout” wieder dargestellt werden.
Erwartetes Verhalten
Sollte das gespeicherte Projekt laden, wie mehrfach zuvor problemlos
Hinweise
Kernel-Ausgabe während des fehlerhaften Nicht-Ladens des Projektes:
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
Expert-Logs without DDFs anbei…
|
|
5259 | |
GUI & Server | Fehlerbericht | Critical | Enttec USB Pro DMX Interface wird nicht erkannt | Neu | 3.3 RC x | 3.3.0 | 12.02.2024 | 08.09.2024 | |
Task Description
Fehlerbeschreibung
Interface Enttec USB Pro wird nicht erkannt. Im Fenster “DMX-Interfaces” → Interface hinzufügen → Enttec → DMX USB Pro erscheint nur ein “No (more) compatible interfaces found”.
Interface ist angesteckt und funktioniert mit LumiDMX.
Betriebssystem: Windows 11 D2XX Direct Drivers auf neuster Version (CDM212364) Firmware Version Enttec V1.44 DMX Only (nicht die RDM version) DMXC 3.3.0 RC1
Keine Fehler in den Logs erkenntlich.
|
|
5352 | |
GUI & Server | Fehlerbericht | Critical | Random Crashing 3.2.3 | Zufällige Abstürze 3.2.3 | Neu | 3.2.3 | | 24.06.2024 | 24.06.2024 | shween |
Task Description
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.
|
|
2422 | |
Server | Fehlerbericht | High | Autoprepare funktioniert in bestimmten konstilationen n... | Zugeteilt | 3.0 | 3.0.2 | 07.03.2016 | 08.07.2018 | Qasi |
Task Description
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
|
|
3557 | |
DMX Plugin | Fehlerbericht | High | Nach wenigen Sekunden Betrieb keine DMX Befehle mehr au... | Neu | 3.1.3 | | 20.04.2019 | 22.04.2019 | |
Task Description
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.
|
|
3888 | |
Softdesk | Fehlerbericht | High | Änderungen an Softdesks werden nicht an andere Sessions... | Neu | 3.2 | 3.4 | 22.10.2019 | 28.11.2021 | Mic |
Task Description
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.
|
|
4246 | |
Server | Fehlerbericht | High | DDF führt zu Exception im Raw-Bereich | Auf User warten | 3.2.1 | | 11.08.2020 | 25.08.2022 | JPK |
Task Description
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
|
|
4258 | |
InputAssignment | Fehlerbericht | High | Fehlerhafte Wertevalidierung lässt GUI einfrieren | Nicht Reproduzierbar | 3.2.2 Beta x | | 01.09.2020 | 16.03.2021 | Mic |
Task Description
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.
|
|
4293 | |
Softdesk | Fehlerbericht | High | Buttons verschwinden | Zugeteilt | 3.2.1 | | 19.11.2020 | 28.12.2020 | |
Task Description
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
|
|
4427 | |
Softdesk | Fehlerbericht | High | Softdesk wird beim Schließen der GUI nicht gespeichert | Unbestätigt | 3.2.2 | | 29.03.2021 | 13.02.2022 | LightningBrothers |
Task Description
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.
|
|
4638 | |
GUI & Server | Fehlerbericht | High | Leere Device Group löscht gespeicherte Eigenschaften | Neu | 3.2.2 | | 25.10.2021 | 24.11.2021 | MisterX |
Task Description
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.
|
|
4772 | |
Server | Fehlerbericht | High | Zeitsprung zwischen ersten und zweitem Gerät beim neuen... | Auf Entwickler warten | 3.3 Alpha x | 3.3.0 | 14.02.2022 | 13.06.2024 | LightningBrothers |
Task Description
Um das Ticket FS#4525 nicht nochmal komplett zu öffnen, ziehe ich den dort vermerkten Punkt 3 mit etwas abgewandelter Beschreibung nochmal auf, nachdem er mit im Kontext von FS#4771 bewusst (wieder) aufgefallen ist:
Zwischen dem ersten und zweiten Gerät in der Device Group nicht nahtlos statt findet der Wechsel bzw. die Umschaltung zwischen dem. Hier gibt es einen kurzen Augenblick, bei dem das Gerät 1 bereits aus aber das Gerät 2 noch nicht an ist und so ein Blitz entsteht. Dieser Punkt ist gut in dem beigefügten Projekt sowohl in der Stage View als auch auf meinen LED-Bars in Realität zu sehen. Ich habe hier
einen Custom Chaser mit nur zwei Schritten, wo das Group Handling auf 2 gesetzt ist sowie
einen einfachen Chaser mit Playmode Normal, jedoch mit einem “hohen” Wert für das Group Handling
in der Cuelist gespeichert.
In der Summe ist das Phänomen mit (allen) anderen Playmodes reproduzierbar und fällt zunehmend stärker auf, umso größer der Wert für das Group Handling ist.
|
|
4976 | |
GUI | Fehlerbericht | High | Device Control, Tab Effects, Änderungen im Effekt werde... | Neu | 3.3 Beta x | 3.3.0 | 20.12.2022 | 31.07.2023 | MisterX |
Task Description
Einen beliebigen Effekt auf ein Gerät ziehen, anschließend editieren. Dann in den Tab Effects wechseln, dort wird der Effekt angezeigt, allerdings mit den ursprünglichen Werten, die Änderungen werden nicht angezeigt.
Speichere ich den Effekt aus dem Effects-Tab ab wird er mit den korrekten Werten gespeichert.
|
|
5065 | |
GUI & Server | Fehlerbericht | High | Auswahl von umfangreichen Gerätegruppen überfordert GUI... | Auf Entwickler warten | 3.3 Beta x | 3.3.1 | 19.06.2023 | 21.12.2023 | LightningBrothers |
Task Description
Ich habe in einem Projekt eine große Device Group mit > 100 Geräten unterschiedlichen Typs (Spot-MHs, LED-PARs etc.). Die Auswahl dieser umfangreichen Device Group in der Stage View sorgt für eine sehr hohe Auslastung der GUI-Kernel-Verbindung, sodass sich Device Control und Control Panel nur sehr sehr langsam füllen. Häufiges An- und wieder Abwählen verstärkt das Problem zusätzlich.
|
|
5142 | |
GUI & Server | Fehlerbericht | High | DMXC-Komplettabsturz inkl. Main Runnable stuck beim Kop... | Unbestätigt | 3.3 Beta x | | 06.09.2023 | 26.09.2023 | StefanKrupop |
Task Description
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).
|
|
5150 | |
Umbra | Fehlerbericht | High | Kontinuierlicher Anstieg der Arbeitsspeicherauslastung ... | Nicht Reproduzierbar | 3.3 Beta x | | 13.09.2023 | 26.09.2023 | LightningBrothers |
Task Description
Ich musste gerade feststellen, dass es beim Umbra einen kontinuierlichen Anstieg der Auslastung des Arbeitsspeichers durch den Umbra gibt, obwohl kein Projekt (mehr) geladen ist. Innerhalb von ca. 10 Minuten lag dieser Wert laut Taskmanager bei rund 400MB.
Was habe ich gemacht?
Umbra manuell auf PC2 gestartet
Kernel ca. 30 Sekunden später manuell auf PC2 gestartet
Weitere 30 Sekunden später GUI manuell auf PC1 gestartet
Zwei unterschiedliche Projekte geladen und wieder geschlossen
Komplettes Setup ca. 5 Minuten nach dem Start komplett im Leerlauf belassen und die Auslastung des Arbeitsspeichers durch den Umnbra beobachtet. Nach ca. 10 Minuten lag Wert bei ca. 400MB
-
Weitere 10 Minuten die Auslastung des Arbeitsspeichers beobachtet bei weiterhin aktiver lokaler Verbindung zum Kernel auf PC. Nach Ablauf dieser Zeit lag der Wert vor dem Herunterfahren des Umbras bei 468MB (siehe auch kurz vorher erstellten, beigefügten Screenshot).
Dieses Verhalten kann ich mit der Beta 9 in zwei Konstellationen nachstellen:
Im Anhang die Logs aus der 1. Konstellation.
|
|
5211 | |
Plugin | Fehlerbericht | High | Nanoleaf-Plugin: Projekte mit Nanoleaf-Devices können n... | Auf User warten | 3.3 Beta x | | 25.12.2023 | 27.12.2023 | LightningBrothers |
Task Description
Im beigefügten neuen Projekt habe ich 12 Nanoleaf-Devices hinzugefügt. Im Anschluss speicherte ich dieses Projekt und habe es in der laufenden Sitzung neu geladen. Dies ist aber nun nicht mehr möglich.
Das Problem muss sich mit der Beta 12 eingeschlichen haben. Ein anderes Projekt konnte ich mit der Beta 11 noch erfolgreich laden und speichern.
Neben dem Beispielprojekt sind auch die Log-Dateien beigefügt.
|
|
5265 | |
GUI & Server | Fehlerbericht | High | Verwaiste Graphen werden ohne Info gelöscht | Benötigt Tests | 3.3 RC x | 3.3.0 | 27.02.2024 | 09.11.2024 | LightningBrothers |
Task Description
Ich habe an einem Projekt zuletzt viel im Input Assignment gearbeitet und wunderte mich dann, dass ein Button eines Softdesks nicht mehr funktionierte. Der Kernel sagte dann folgendes:
22:15:27 WARN InputManager - Following Graphs are orphaned and will be removed:
S1-510-3121
S1-510-0901
S1-210-0901
S1-211-3121
Hierzu habe ich die Erwartungshalten, dass erstmal nicht grundsätzlich angenommen wird, dass verwaiste Graphen entfernt werden können. Vielmehr bedarf es hier einer Info, wie hiermit umgegangen werden soll.
Ob sich dieses Verhalten mit dem Projekt, an dem ich gerade arbeite, reproduzieren lässt, muss ich später klären und dann Logfiles und Projekt beifügen.
|
|
5284 | |
GUI & Server | Fehlerbericht | High | Export von Projekten unmöglich | Benötigt Tests | 3.3 RC x | 3.3.0 | 23.03.2024 | 22.10.2024 | IlluminateXperience |
Task Description
Fehlerbeschreibung
Beim Exportieren eines Projekts bleibt dmxc im Ladebalken hängen und spuckt auch keine Datei aus. Gleiches tritt auch beim Export einzelner Versionen des Projekts auf. Auch der Export von kopierten Projekten klappt nicht.
Erwartetes Verhalten
Das Projekt wird exportiert und eine .dmz Datei wird in den ausgewählten Ordner gespeichert.
Hinweise
Das angehängte Projekt konnte nur mit JPKs Hilfe extrahiert werden, da der normale Weg ja nicht klappt. Der gleiche Fehler wurde auch von @Tamo entdeckt, ein Ticket bestand noch nicht. Mir ist sein Betriebssystem unbekannt, daher habe ich All ausgewählt. Mein Betriebssystem: Windows 11 Version 3.3.0 Rc2 Neuer Fehler Rückfragen: erik.r.tannert@gmail.com
|
|
5285 | |
GUI & Server | Fehlerbericht | High | ParameterMaster können bei Frequency von Positionseffek... | Neu | 3.3 RC x | | 23.03.2024 | 05.08.2024 | IlluminateXperience |
Task Description
Fehlerbeschreibung
Schauplatz Device Control: Beim Anwenden eines Masters auf die Frequenz der Positions-Effekte meiner moving heads stoppt dmxc sämtliche Verarbeitung der Positions-Befehle dieser Geräte und gibt auch keine neuen Dmx-Werte mehr für die Position aus. Nach anschließendem Entfernen der Master lassen sich zwar Zahlenwerte eintragen, die Verarbeitung erfolgt aber weiterhin nicht. Erst nach vollständigem Entfernen des Effekts und erneutem hinzufügen verarbeitet Dmxc wieder die Befehle. Alle anderen Werte für Dimmer, Strobe, etc werden weiterhin verarbeitet und auch ausgegeben.
Erwartetes Verhalten
Die Moving Heads bewegen sich nach dem Effekt.
Hinweise
Das angehängte Projekt zu exportieren war erst nach Hilfe von JPK möglich (siehe FS#5284 - Export von Projekten unmöglich). Version: 3.3.0 RC 2
|
|
5329 | |
GUI & Server | Fehlerbericht | High | Merge teilweise defekt (und führt in Teilen zum Absturz... | Auf Vereinsmitglieder warten | 3.3 RC x | 3.3.0 | 13.05.2024 | 22.10.2024 | LightningBrothers |
Task Description
In einem noch nicht näher bekannten Gesamtumfeld funktioniert die Merge-Funktion nicht zuverlässig, woraufhin die GUI sogar in Teilen abstürzt.
Genauere Details inklusive Log-Dateien kann Joseph (@nutzer99) liefern, da es bei ihm im Zuge der Programmierung seiner Show mehrfach aufgetreten ist. Ich möchte hiermit nur einmal das Problem grundlegend dokumentieren.
|
|
5366 | |
GUI | Fehlerbericht | High | Beam setting Window | Neu | 3.3 RC x | | 28.07.2024 | 01.08.2024 | wide |
Task Description
Dragging the slider bar with the mouse on the beam window’s focus or other slider bar causes it to pull and tremble.
3.3RC3
|
|
5387 | |
GUI & Server | Fehlerbericht | High | Performance Probleme bei vielen (größeren) Cuelists | Neu | 3.3 RC x | | 08.09.2024 | 26.10.2024 | Skyfalko |
Task Description
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
|
|
2959 | |
Server | Fehlerbericht | Medium | Autoprepare funktioniert nicht | Neu | 3.1.1 | 3.1.3 | 06.11.2017 | 11.11.2019 | |
Task Description
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.
|
|
2997 | |
Server | Fehlerbericht | Medium | Effekt auf Tilt einer Gruppe geht verloren, wenn Pan be... | Unbestätigt | 3.1.1 | | 29.12.2017 | 12.02.2018 | StefanKrupop |
Task Description
Folgende Szene wird bei mir nicht korrekt gespeichert/abgespielt:
Ausgangspunkt: 4 MHs, zusammengefasst in einer Gruppe.
Vorbereitung:
1) Programmer clear 2) Gruppe auswählen 3) “Lumos” (Dimmer an) 4) Position über “Position”-Fenster eingestellt 5) 1. Gerät der Gruppe auswählen 6) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen 7) 4. Gerät der Gruppe auswählen 8) Im “Device control” Eigenschaft Position ausklappen, Pan verstellen 9) Gruppe auswählen 10) Im “Device control” Eigenschaft Position ausklappen 11) Effekt “Sinus” auf “Tilt” ziehen
Erster Fehler: Der geänderte Pan des 1. und 4. Gerätes werden wieder zurück gesetzt...
12) “Add cue to open Cuelist”. Im Programmer Filter tauchen das 1. und 4. Gerät (jeweils “Position” ausgewählt) sowie die Gruppe (Position und Dimmer ausgewählt) auf.
Nach “Clear Programmer” und “Go” der Cuelist stehen das 1. und 4. Gerät fest auf ihrer Position, während die anderen beiden Geräte den Sinus auf Tilt fahren. Erwartetes Verhalten wäre Tilt-Effekt auf allen Geräten, nur mit unterschiedlichen Pan-Positionen.
|
|
3159 | |
AudioAnalyser | Fehlerbericht | Medium | Programm stürzt ab bei Auswahl des Soundinterfaces im A... | Neu | 3.2.3 | | 18.09.2018 | 31.07.2023 | PanTau |
Task Description
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 !!!
|
|
3296 | |
Installer | Fehlerbericht | Medium | Verknüpfung zum Ordner Eigene DDFs wird nicht angelegt | Auf Vereinsmitglieder warten | 3.2 Alpha x | 3.3.1 | 06.01.2019 | 30.07.2023 | LightningBrothers |
Task Description
Getestet mit Build 1402
Der Installer legt aktuell noch nicht die Verknüpfung im Startmenü zu den eigenen DDFs an.
|
|
3409 | |
GUI | Fehlerbericht | Medium | Toolbar im MidiManager ohne Icons | Unbestätigt | 3.2 Alpha x | | 26.02.2019 | 09.05.2019 | Souko |
Task Description
die Toolbar im MidiManager hat keine Icons. Das sollte konsistent sein, wie im Project Explorer, Presets, DMX Interfaces, etc.
gruenes Plus fuer Add Rule Set (Add Interface bei DMX Interfaces) rotes X fuer Delete Rule Set (Delete Interface bei DMX Interfaces oder auch Delete Selection im Programmer) blauer Doppelpfeil fuer Update Devices (Refresh im Project Explorer oder auch Update in der QuickBar links) blaues i fuer Info (wie unter Hilfe → Info im menu) Wrench-Icon fuer Tools (keine Referenz0
|
|
3533 | |
Server | Fehlerbericht | Medium | Kurzzeitig keine Ausgabe bei direktem Umschalten zwisch... | Auf Vereinsmitglieder warten | 3.1.3 | 3.4 | 09.04.2019 | 07.08.2023 | LightningBrothers |
Task Description
Wenn ich wie im beigefügten Projekt zwischen mehreren Cuelist mit Hilfe einer Cuelist Group direkt (also hart und ohne Fades) wechseln möchte, so erfolgt beim Umschalten kurzzeitig keine Ausgabe. Dies ist sowohl in der Stage View als auch in der Channel Overview zu beobachten.
Im Anhang befindet sich ein entsprechendes Testprojekt. Um das Problem zu reproduzieren, einfach über die Executoren zwischen den drei verlinkten Cuelists wechseln.
Das Ticket entstammt aus einer Rückfrage im Forum, wo das Problem auch schon bei DMXControl 3.1.3 aufgefallen ist.
|
|
3569 | |
GUI & Server | Fehlerbericht | Medium | Device Control lässt keine eigene Eingabe für Blades zu | Zugeteilt | 3.2 Beta x | 3.4 | 27.04.2019 | 26.11.2021 | LightningBrothers |
Task Description
Die im Screenshot dargestellte Eingabe wird mir als fehlerhaft gekennzeichnet, obwohl ich gemäß des Tooltipps im richtigen Wertebereich liege.
|
|
3576 | |
GUI & Server | Fehlerbericht | Medium | Cuelist kann bei laufender Release Time nach dem Beende... | Zugeteilt | 3.1.3 | 3.4 | 01.05.2019 | 24.06.2023 | |
Task Description
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.
|
|
3897 | |
DMX Plugin | Fehlerbericht | Medium | Gerät der Open DMX-Schnittstelle wird bei Beendigung de... | Neu | 3.2 | | 25.10.2019 | 25.10.2019 | |
Task Description
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.
|
|
3940 | |
GUI & Server | Fehlerbericht | Medium | cue Loop fährt zum Startpunkt, wenn im Farbkreis Farbe ... | Neu | 3.2 | | 19.11.2019 | 03.04.2020 | |
Task Description
mein Aufbau: 2 cue’s in der cuelist die nur Positionsänderung vom Moving Head enthalten, beide cue’s auf follow gestellt. Mode→ Loop und start. Bewegung zu den zwei Punkten wird immer wiederholt, funktioniert. Jetzt ändere ich die Farbe des Moving Heads im Farbkreis (Menüpunkt Color), dann fährt der Moving Head zum Startpunkt und bleibt stehen, obwohl die cuelist noch weiter am Laufen ist.
|
|
3966 | |
GUI & Server | Fehlerbericht | Medium | verbindet sich mit allen Midi Ports | Neu | 3.2 | | 04.12.2019 | 09.01.2020 | |
Task Description
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.
|
|
4279 | |
Server | Fehlerbericht | Medium | Farbmodell des Device Control beeinflusst Fadeverhalten... | Unbestätigt | 3.2.2 Beta x | | 26.09.2020 | 19.01.2021 | LightningBrothers |
Task Description
Ich habe mir zwei Cues angelegt, welche zwischen langsam exemplarisch zwischen der Farbe gelb und blau hin- und herfaden. Gebe ich die Farben im:
RGB-Modus oder im CMY-Modus an, so wird direkt von gelb nach blau gefaded
HSV-Modus an, erfolgt der Fade von gelb über grün und hellblau nach blau
An dieser Stelle hätte ich jetzt nicht erwartet, dass der Wechsel der Art der Eingabe für die Farbe sich auf auf den Fade der Cues auswirkt und im HSV-Modus über Zwischenfarben gefaded wird. Bis jetzt hatte ich gedacht, dass der Wechsel zwischen RGB, CMY und HSV nur eine andere Art der Eingabe ist, um zum Beispiel mittels HSV einen statischen Regenbogen zu erzeugen.
Als Ergänzung hierzu: teile ich die Cues auf zwei Cuelists auf (also Cuelist 1: gelb, Cuelist 2: blau) und schalte die Cuelists mit Hilfe einer Cuelist Group um, erfolgt der Übergang zwischen den Farben wieder direkt, sprich wie ich es auch vom RGB-Modus kenne.
Ich habe nun auch noch ein Beispielprojekt in der 3.2.2 erstellt. Wenn beim Öffnen das letzte Fensterlayout geladen wird, können über die ersten drei Executoren die automatisch laufenden Farbwechsel von gelb nach blau und zurück für die Modelle RGB, CMY und HSV gestartet werden. Die letzten vier Executoren dienen dem manuellen Wechseln zwischen gelb und blau - einmal im RGB-Modus und einmal im HSV-Modus.
|
|
4405 | |
Softdesk | Fehlerbericht | Medium | Slider mit Maus Scrollrad bedienen geht nicht. | Neu | 3.2.2 | | 15.03.2021 | 15.03.2021 | steff |
Task Description
Ich kann auf einen Slider klicken und diesen dann durch bewegen der Maus im Wert verändern, funktioniert auch einwandfrei. Man kann aber auch mit der Maus auf den Slider gehen und dann mit dem Scrollrad den Wert verändern. Der Slider verändert sich, aber die Änderung wird nicht im Input Assignment übergeben.
Wurde hier auch schon mal besprochen: https://forum.dmxcontrol-projects.org/index.php?thread/15884-slider/
|
|
4456 | |
Project Explorer | Fehlerbericht | Medium | Ordner werden nicht zwischen GUIs nicht synchronisiert | Unbestätigt | 3.3 Alpha x | 3.4 | 08.04.2021 | 04.10.2022 | LightningBrothers |
Task Description
Verschiebe ich Objekte (Cuelists, Devices) in Verzeichnisse, so wird dieses zwischen den GUIs nicht synchronisiert.
|
|
4564 | |
GUI & Server | Fehlerbericht | Medium | Autoprepare funktioniert bei Geräten ohne Shutter nicht... | Neu | 3.2.2 | | 30.05.2021 | 01.06.2021 | HippyboyF |
Task Description
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.
|
|
4592 | |
Server | Fehlerbericht | Medium | Too Much MIDI Feedback | Zugeteilt | 3.2.2 | | 26.07.2021 | 09.08.2023 | |
Task Description
DMXControl sends feedback 3 times for same midi channel. This eventually floods midi with feedback. For example, I have only one midi fader setup in DMXControl. DMXControl sends the below midi out:
RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50) RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50) RECEIVE | ENDPOINT(loopMIDI) TYPE(CONTROLCHANGE) CHANNEL(1) DATA1(13) DATA2(50)
Why does DMXControl send the same information 3 times? This is a new project with only one device and only one midi fader configured. On project loading DMXControl will send out the above midi values for a single device. This extra midi chatter floods the network.
|
|
4623 | |
GUI & Server | Fehlerbericht | Medium | Sync des Speedmasters löst bei Effekten keinen Schritt ... | Neu | 3.3 Alpha x | | 03.10.2021 | 11.10.2021 | MisterX |
Task Description
Color-Chaser → Speedmaster auf Duration, bei auslösen eines Sync wird kein Schritt ausgelöst, gleiches auch bei anderen Effekten zB Speedmaster steht auf 30 BPM, ich drücke einmal die Sekunde auf Sync → Color-Chaser bleibt stehen
Lege ich eine Cuelist an, mit Beat als Trigger, wird korrekt auch bei Sync ein Schritt ausgelöst.
|
|
4660 | |
GUI & Server | Fehlerbericht | Medium | Cuelist selector springt immer zu laufender cuelist | Neu | 3.2.2 | | 17.11.2021 | 17.11.2021 | |
Task Description
Fehlerbeschreibung
Ich bin mir nicht 100%ig sicher ob es ein bug ist, da ich nirgends was dazu finden kann. wenn man im softdesk einen cuelist selektor verwendet, so ändert dieser seinen wert automatisch auf eine cuelist sobald man play drückt. Hat man zb. mehrere cuelist selektoren, so zeigen alle immer das selbe an, und die auswahl ist weg.
Reproduzierbar ganz einfach mit einem neuen projekt, einer cuelist und einem cuelist selector im softdesk. dann einfach eine cuelist starten und plötzlich steht sie im selektor. Falls das kein bug ist, würde mich interessieren wie man dann die cuelist selektoren verwenden soll/kann..?
|
|
4707 | |
Project Explorer | Fehlerbericht | Medium | PE: Gruppen in Gruppen können nicht sortiert werden | Neu | 3.3 Alpha x | | 10.01.2022 | 14.01.2022 | MisterX |
Task Description
Füge ich eine Gruppe in eine Gruppe hinzu ist anschließend Feld Up/Down ausgegraut wenn die Gruppe ausgewählt ist. Liegen einzelne Geräte mit in der Gruppe lassen sich diese verschieben, auch an den Gruppen vorbei.
|
|
4730 | |
GUI & Server | Fehlerbericht | Medium | OutOfMemory im Softdeskt wegen nicht vorhandenem MVVM d... | Unbestätigt | 3.3 Alpha x | 3.4 | 19.01.2022 | 22.01.2022 | Qasi |
Task Description
Project laden, SoftDesk Öffnen MacroBoardProfil öffnen Converter-Effecct auf die Matrix in der StatgeView legen und warten bis es knallt
|
|
4775 | |
GUI | Fehlerbericht | Medium | Texteingabe im Darkmode nicht Sichbar | Neu | 3.2.3 | 3.4 | 17.02.2022 | 20.02.2022 | |
Task Description
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.
|
|
4790 | |
GUI & Server | Fehlerbericht | Medium | Keine Verbindung zwischen Kernel, GUI und Umbra wenn ei... | Auf User warten | 3.3 Beta x | 3.3.0 | 02.03.2022 | 22.10.2024 | MisterX |
Task Description
Starte ich die Software mit aktivertem VPN bleibt der Network-Explorer leer und es kann keine Verbindung zwischen den Programmteilen hergestellt werden. Deaktiviere ich das VPN, in meinem Fall Wireguard, und starte die Software erneut klappt es. Wenn die Verbindung steht kann ich das VPN wieder aktivieren und die Software funktioniert weiter.
|
|
4910 | |
GUI & Server | Fehlerbericht | Medium | Strobe Type nicht wählbar bei Nutzung von Speedmaster f... | Neu | 3.2.3 | | 14.09.2022 | 14.09.2022 | |
Task Description
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
Auswahl des Strobe Typs auch bei festgelegtem Speedmaster für die Strobe Frequenz.
Hinweise
Bitte beachten Sie folgende Hinweise, um das Finden des Problems für die Entwickler zu erleichtern:
Verwenden Sie die aktuellste Version von DMXControl 3?
Wurde der Fehler bereits gemeldet?
Bitte geben Sie unbedingt eine E-Mail-Adresse für Rückfragen an
Bitte fügen Sie alle eventuell angezeigten Fehlermeldungen möglichst vollständig dem Report hinzu (z.B. mit Screenshot)
Bitte fügen Sie alle Logfiles hinzu. In DMXControl 3 gibt es eine Export-Funktion für erforderliche Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden.
Bitte fügen Sie das entsprechende Projekt zur Reproduktion bei
Wichtig: Sollten keine Logs beigefügt sein, kann das dazu führen, dass das Ticket sofort geschlossen wird!
|
|
5000 | |
GUI & Server | Fehlerbericht | Medium | Color Master fadet über weiß bei Wechsel der Fanning-Op... | Benötigt Tests | 3.3 Beta x | 3.3.0 | 30.12.2022 | 08.09.2024 | LightningBrothers |
Task Description
Ich habe in dem beigefügten Projekt eine einfache Cuelist gebaut, in der ich zwei Color Master in Kombination mit verschiedenen Fanning-Operatoren nutze.
Wechsle ich nur innerhalb des Fannig-Operators die Reihenfolge der Color Master, so wird die Farbe immer direkt übergefadet. Ändert sich aber mit der nachfolgenden Cue der Fanning-Operator, springt die Farbe des entsprechenden Geräts jedoch grundsätzlich hart auf weiß, um dann in die Zielfarbe einzufaden. Die Reihenfolge der Color Master ist dabei unerheblich.
Dies ist sowohl in der Stage View als auch in der Channel Overview zu sehen.
|
|
5066 | |
AudioAnalyser | Fehlerbericht | Medium | AudioAnalyzer Graph wird nicht richtig gespeichert | Neu | 3.2.3 | | 25.06.2023 | 25.06.2023 | |
Task Description
Fehlerbeschreibung
Im Fenster Eingangszuweisung ⇒ Verbindungssatz erstellen ⇒ Graph anzeigen:
Aus Eingänge/Audio Analyzer/Spectrum/Spectrum X verschiedene Frequenzbänder in den Graphen einfügen,
mit anderen Komponenten verbinden
Projekt speichern
Projekt laden
Es ploppt eine Fehlermeldung auf: “Graphs wird geladen” ⇒ “Links können nicht in Graph geladen werden”
“Ignorieren” auswählen
Graph öffnen
Die Spectrum-Komponenten des AudioAnalyzers sind nicht mehr mit anderen Komponenten verbunden
Erwartetes Verhalten
Der Graph mit allen Komponenten wird richtig gespeichert und geladen.
Hinweise
Verwenden von DMXControl 3.2.3
Wurde der Fehler bereits gemeldet? - Ich denke nicht
Ich kann keine Dateien anhängen.
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
|
|
5132 | |
GUI & Server | Fehlerbericht | Medium | Absturz der GUI nach Ändern der IP-Adresse des Server-P... | Unbestätigt | 3.3 Beta x | | 28.08.2023 | 29.09.2023 | LightningBrothers |
Task Description
Ich habe mich mit dem PC 1 in einer 1:1-Verbindung auf dem Umbra verbunden, der gemeinsam mit dem Kernel auf PC 2 läuft. Nun ändere ich währenddessen die IP-Adresse des PC 2. Nach einem kleinen Moment stürzt die GUI ab.
Die Verbindung zwischen Umbra und Kernel bleibt auf dem PC 2 bestehen und auch beide Programme laufen weiter. Nach einem Neustart der GUI war ein direktes Verbinden und weiterarbeiten mit dem ggf. aktuell geladenen Projekt möglich.
Das erwartete Verhalten wäre an dieser Stelle, dass die GUI es zumindest abfangen kann, wenn die ursprüngliche Verbindung unterbrochen wird - was ja auch in anderen Konstellationen vorkommen kann.
Die Logfiles sind für beide PCs (PC 1: GUI, PC 2: Umbra und Kernel) im Anhang beigefügt.
|
|
5152 | |
GUI | Fehlerbericht | Medium | GUI stockt / stürzt ab bei Werteänderung über MIDI | Benötigt Tests | 3.3 Beta x | 3.3.1 | 16.09.2023 | 21.12.2023 | LightningBrothers |
Task Description
Mit dem beigefügten Projekt habe ich eine einfache Ansteuerung der Position von in der Stage View ausgewählten Geräten über meinen MIDI-Controller (Traktor F1) realisiert. Bei schnellen, ruckartigen Werteänderungen stockt GUI bis hin zum Einfrieren. Das Stocken betrifft im konkreten Fall unter anderem das Position Control und das Device Control. Hier liegt bei mir die Vermutung nahe, dass bei einer meiner letzten Nutzung im größeren Umfeld deswegen die GUI auch komplett abgestürzt ist. Der gezeigte Auszug aus den beigefügten Logs entstammt der ersten GUI-Session.
2023-09-15 18:44:42,258 [74] FATAL 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.Facade.DeviceProperties.DevicePropertyFacade.<OnProgrammerValueChanged>d__71.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\DeviceProperties\DevicePropertyFacade.cs:Zeile 516.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
bei System.Threading.ThreadPoolWorkQueue.Dispatch()
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
Nutze ich im gleichen Connectionset statt die Fader / Encoder meines MIDI-Controllers die beiden Slider des ebenfalls enthaltenen Softdesks, werden alle Werteänderungen sauber umgesetzt. Sowohl langsame als auch schlagartige Werteänderungen kommen nahezu verzögerungsfrei im Position Control und im Device Control an.
|