|
5150 | |
Umbra | Fehlerbericht | hoch | Kontinuierlicher Anstieg der Arbeitsspeicherauslastung ... | Nicht Reproduzierbar | 3.3 Beta x | | 13.09.2023 | 26.09.2023 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
4258 | |
InputAssignment | Fehlerbericht | hoch | Fehlerhafte Wertevalidierung lässt GUI einfrieren | Nicht Reproduzierbar | 3.2.2 Beta x | | 01.09.2020 | 16.03.2021 | Mic |
Aufgabenbeschreibung
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.
|
|
5284 | |
GUI & Server | Fehlerbericht | hoch | Export von Projekten unmöglich | Neu | 3.3 RC x | | 23.03.2024 | 24.03.2024 | IlluminateXperience |
Aufgabenbeschreibung
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
|
|
5142 | |
GUI & Server | Fehlerbericht | hoch | DMXC-Komplettabsturz inkl. Main Runnable stuck beim Kop... | Unbestätigt | 3.3 Beta x | | 06.09.2023 | 26.09.2023 | StefanKrupop |
Aufgabenbeschreibung
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).
|
|
4976 | |
GUI | Fehlerbericht | hoch | Device Control, Tab Effects, Änderungen im Effekt werde... | Neu | 3.3 Beta x | 3.3 | 20.12.2022 | 31.07.2023 | MisterX |
Aufgabenbeschreibung
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.
|
|
4246 | |
Server | Fehlerbericht | hoch | DDF führt zu Exception im Raw-Bereich | Auf User warten | 3.2.1 | | 11.08.2020 | 25.08.2022 | JPK |
Aufgabenbeschreibung
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
|
|
3919 | |
GUI & Server | Fehlerbericht | hoch | DDF Creator löscht gültige XML <information> tags | Neu | unbestimmt | | 02.11.2019 | 19.12.2019 | |
Aufgabenbeschreibung
Höchstwahrscheinlich bedingt durch die derzeit fehlende Weiterentwicklung von DDF Creator 3 werden eigentlich gültige Tags entweder nicht angezeigt oder beim Speichern des DDFs ohne weitere Kommentierung gelöscht:
gemäß Wiki gültige Tags: https://wiki-de.dmxcontrol-projects.org/index.php?title=DDF-Struktur_DMXC3
<static>30</static>
</electrical>
--> kann nicht im Creator gesetzt werden und wird kommentarlos aus dem XML entfernt
|
|
4293 | |
Softdesk | Fehlerbericht | hoch | Buttons verschwinden | Zugeteilt | 3.2.1 | | 19.11.2020 | 28.12.2020 | |
Aufgabenbeschreibung
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
|
|
4291 | |
InputAssignment | Wunsch / Idee | hoch | Bild des Graphen automatisch erstellen lassen | Unbestätigt | 3.2.1 | | 30.10.2020 | 25.12.2020 | JPK |
Aufgabenbeschreibung
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.
|
|
5286 | |
GUI & Server | Fehlerbericht | hoch | Bei Verwendung von Grandmaster Node Master bei Laden vo... | Neu | 3.2.3 | | 23.03.2024 | 23.03.2024 | steff |
Aufgabenbeschreibung
Hallo, Ich hatte da schon in der 3.2.3 Version eine Ahnung das da was nichtv stimmt, konnte mir das aber nicht erklären und hatte was anderes in Verdacht. Beim Probieren mit der 3.3.0 konnte ich das Verhalten aber konkret nachvollziehen. Aber leider kann man zur Zeit, wegen des Export Bugs, die Projekte nicht Übertragen.
Dann habe ich es mit der 3.2.3 probiert und auch hier kann es reproduzierbar nachvolzogen werden.
Ich erstelle ein neues Projekt, lasse mir den Grand Master anzeigen und stelle diesen auf z. B. 60% und speichere das Projekt. Beim erneuten aufrufen von dem Projekt, steht der Grand Master auf 66% wie eingestellt.
Soweit so gut.
Verwende ich im Input assignment aber den Grand Master Node, er muss noch nicht einmal irgendwie verbunden sein und stelle dann den Grand Master auf 60% und speichere ich das dann. Nun steht der Grand Master beim erneuten Laden des Projektes immer auf 0%.
Erwarten würde ich das der Grand Master egal ob ich den Node verwende oder nicht, immer das gleiche Verhalten zeigt und zwar den Wert beim letzten verwenden des Projektes übernimmt.
Gruß Steff
|
|
2422 | |
Server | Fehlerbericht | hoch | Autoprepare funktioniert in bestimmten konstilationen n... | Zugeteilt | 3.0 | 3.0.2 | 07.03.2016 | 08.07.2018 | Qasi |
Aufgabenbeschreibung
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
|
|
5065 | |
GUI & Server | Fehlerbericht | hoch | Auswahl von umfangreichen Gerätegruppen überfordert GUI... | Auf Entwickler warten | 3.3 Beta x | 3.3.1 | 19.06.2023 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
3888 | |
Softdesk | Fehlerbericht | hoch | Änderungen an Softdesks werden nicht an andere Sessions... | Neu | 3.2 | 3.4 | 22.10.2019 | 28.11.2021 | Mic |
Aufgabenbeschreibung
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.
|
|
3884 | |
ArtNet | Fehlerbericht | kritisch | Exception in Artnet-Plugin | Unbestätigt | 3.2 | | 21.10.2019 | 02.04.2020 | Qasi |
Aufgabenbeschreibung
2019-10-21 16:08:44,736 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Interface.PortComplete(0) of Artistic License#ArtNet#0 threw an exception: Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Sammlung sein. Parametername: index System.ArgumentOutOfRangeException: Der Index lag außerhalb des Bereichs. Er darf nicht negativ und kleiner als die Sammlung sein. Parametername: index
bei System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
bei org.dmxc.lumos.Kernel.DMX.ArtNetInterface.LibSendDMX(Int32 port) in D:\Jenkins\workspace\Lumos_Release\DMXPlugins\ArtisticLicenseArtNet\src\ArtNet.cs:Zeile 549.
bei org.dmxc.lumos.Kernel.DMX.ArtNetInterface.PortCompleteInternal(Int32 port) in D:\Jenkins\workspace\Lumos_Release\DMXPlugins\ArtisticLicenseArtNet\src\ArtNet.cs:Zeile 538.
bei DMXLIB.AbstractDMXInterface.PortComplete(Int32 port) in C:\Users\Grote\Source\Repos\Lumos\DMXLIB\AbstractDMXInterface.cs:Zeile 286.
bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.<>c__DisplayClass84_0.<SendDMXValuesToDeltaAndSingleInterfaces>b__1(DMXInterfaceBag e) in C:\Users\Grote\Source\Repos\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 920.
2019-10-21 16:08:44,996 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Exception ArgumentOutOfRangeException occured 10 times. 2019-10-21 16:08:45,169 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Project.DeviceManager - Added Device new A.LEDA Wash K10/K20 W
BEi jeder DMX-Wert-Änderung fliegt ne Exception, wodurch die Außgabe stockt
|
|
5259 | |
GUI & Server | Fehlerbericht | kritisch | Enttec USB Pro DMX Interface wird nicht erkannt | Neu | 3.3 RC x | | 12.02.2024 | 04.04.2024 | |
Aufgabenbeschreibung
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.
|
|
5236 | |
GUI & Server | Fehlerbericht | kritisch | DMXC 3.3 RC1 öffnet nach GUI-Crash (IA) vorhandenes Pro... | Neu | 3.3 RC x | | 02.01.2024 | 02.01.2024 | djquickwilli |
Aufgabenbeschreibung
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 (0×80004005): 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…
|
|
4046 | |
AudioAnalyser | Fehlerbericht | kritisch | Absturz wenn Music-Player bei Schließen noch läuft | Zugeteilt | 3.2.1 Beta x | | 22.01.2020 | 26.02.2020 | JohannesStroe |
Aufgabenbeschreibung
Wenn ich direkt über das Input-Assignment mit dem Audio-Node einen Song starte und daraufhin DMX-Control schließe, ohne die Wiedergabe zu pausieren, stürzt beim Schließen die GUI ab, die Kernel läuft weiter, somit auch die Musik.
|