|
3302 | |
Server | ToDo | mittel | Gewünschtes Verhalten der Fanning-Operatoren ? und ?? f... | Usability Relevant | 3.2 Alpha x | | 11.01.2019 | 11.01.2019 | LightningBrothers |
Aufgabenbeschreibung
Die Fanning-Operatoren ? und ?? sollen liefern einen zufälligen Wert zurück. Soll dieser Wert seine Gültigkeit behalten
Diese Situation betrifft nicht nur die Properties selbst, sondern zum Beispiel auch die Werte für Fade, Delay etc. in den Cuelists selbst. Diese Frage bzw. das Verhalten dieser Operatoren sollte ggf. nochmal diskutiert werden.
|
|
4668 | |
GUI & Server | Fehlerbericht | niedrig | Colorwheel-Farbe setzt Color in DeviceControl | Usability Relevant | 3.3 Alpha x | 3.4 | 29.11.2021 | 26.12.2022 | Qasi |
Aufgabenbeschreibung
Mit 10x DMH-160 MK2 getestet. Die Geräte haben nur ein Colorwheel.
Wenn ich unten im ColorControl bei Colorwheel eine farbe wähle wird im DeviceControl das ColorProperty gesetzt, das ColorwheelProperty beleibt auf White. Die DMX-Ausgabe stimmt aber
|
|
5044 | |
GUI | Fehlerbericht | niedrig | BPM Anzeige fehlerhaft | Usability Relevant | 3.3 Beta x | TBD (UIS) | 09.03.2023 | 17.07.2023 | Beni200 |
Aufgabenbeschreibung
Die BPM Anzeige sohwohl in den Executoren und im Master fenster ist teilweise fehlerhaft. Fehler tritt mal auf, mal nicht. Details siehe Video im Anhang.
|
|
3373 | |
Server | Wunsch / Idee | niedrig | Änderung des Defaults für Use cue time as back / goto t... | Usability Relevant | 3.2 Alpha x | | 10.02.2019 | 10.04.2022 | LightningBrothers |
Aufgabenbeschreibung
Geprüft mit Build 1602
Im Rahmen der Vorbereitung der Video-Tutorials kam nach einer Diskussion zu den Default-Werten der Cuelists der Wunsch auf, die Optionen
per Default auf true zu setzen. Für einen Einsteiger ist unter Umständen auf den ersten Blick nicht ersichtlich, dass hier für die Cuelist globale alternative Zeiten gelten, wenn man direkt zu einer Cue springt.
|
|
4649 | |
Executoren | Wunsch / Idee | niedrig | Ändern der Reihenfolge der Executror-Seiten nicht mögli... | Usability Relevant | 3.3 Alpha x | | 13.11.2021 | 28.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann ich die verschiedenen Executor-Seiten nicht in einer eigenen Reihenfolge anordnen. Die angebotene Option “UI Order Index” wird zur Zeit ignoriert.
|
|
3190 | |
GUI | Fehlerbericht | niedrig | Alternierendes Fanning bei Farbwerten nur begrenzt mögl... | Usability Relevant | 3.1.2 | | 01.11.2018 | 22.12.2021 | |
Aufgabenbeschreibung
Im Fenster Device Control ist alternierendes Fanning bei den Werten für die Farbkanäle nur mit zwei Werten möglich, werden mehr als zwei eingegeben (und natürlich durch ‘#’ getrennt) werden beim Bestätigen mit Enter nur die ersten zwei Werte übernommen. Anders ist dies bei der Dimmer-Eigenschaft, hier können auch drei Werte abgewechselt werden. Bitte ausbessern ;)
|
|
4340 | |
GUI | Wunsch / Idee | niedrig | AddDevice Fenster Usability | Usability Relevant | 3.2.2 Beta x | 3.4 | 12.01.2021 | 28.11.2021 | JohannesStroe |
Aufgabenbeschreibung
Ein paar Ideen um die Usability des Add Device Fensters zu verbessern. Da man ja während das Fenster offen ist, eh nichts anderes machen kann, könnte man ja den verfügbaren Platz nutzen.
- Vergrößern der “Größer”/”Kleiner” Buttons bei den Int Werten - Int Werte mit Mausrad erniedrigen/erhöhen - Mit Tab rechts alle Werte anwählbar machen (aktuell wird “Assign to (new) Group” und “Repeat” ausgelassen) - Den “Fokus” von Tab überall sichtbar machen (wenn man mit Tab gerade auf z.B. dem “Add Device” oder “⇒ Patching” Button ist, dann ist das für den User nicht ersichtlich) - Hinzufügen der Geräte bei “Enter” - Standardgröße des Fensters vergrößern - Hintergrund abdunkeln, damit schneller ersichtlich ist, dass man nur in diesem Fenster arbeiten kann, solange es offen ist
|
|
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.
|
|
4382 | |
InputAssignment | Fehlerbericht | niedrig | IA Cuelist Node "OK" Auswahlbutton zu klein | Nicht Reproduzierbar | 3.2.2 Beta x | | 19.02.2021 | 19.02.2021 | JohannesStroe |
Aufgabenbeschreibung
Im Auswahlfenster für die Cuelist bei den Properties eines Cuelist-Nodes ist der Auswahlbutton extrem schmal (siehe Bild). Da befindet sich direkt darüber ja auch noch nutzbarer Platz, damit man den größer machen könnte
|
|
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.
|
|
3677 | |
GUI | Wunsch / Idee | niedrig | /Projektexplorer/Elektriztät Anzeige nicht aktuallisier... | Nicht Reproduzierbar | 3.2 Beta x | | 07.07.2019 | 31.03.2022 | TiPpFeHlEr |
Aufgabenbeschreibung
wenn ich ein Gerät in eine Elektrizität Gruppe hinzufüge wird mir dieses Gerät nicht automatisch im Baum Angezeigt. Keine Rückmeldung ob Gerät hinzugefügt wurde, erst das Aktuallisieren der Ansicht (F5 oder ähnliches) lässt das Gerät erscheinen.
|
|
3463 | |
InputAssignment | Wunsch / Idee | niedrig | Standardgraphen / -konvertierungen auch innerhalb der G... | Entscheidung | 3.2 Beta x | | 12.03.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Aus meiner Sicht könnte es hilfreich sein, wenn die automatischen Regeln zum Erstellen eines Graphen nicht nur im Hintergrund in der Tabellenansicht angewendet werden, sondern auch in der Graphenansicht selbst.
Beispiel: ich ziehe in der Graphenansicht den Button eines Softdesks auf das GO einer Cuelist und einen Slider auf die Intensity. Die erste Verbindung wird gemäß der Standardvorgaben automatisch um den Binary Switcher erweitert, die zweite um einen Rule of Three.
|
|
4347 | |
GUI & Server | Wunsch / Idee | mittel | Presets sortieren ist z.Z. nicht möglich | Entscheidung | 3.2.1 | | 16.01.2021 | 17.01.2021 | Micha2015 |
Aufgabenbeschreibung
Ein sortieren von bestehenden Presets ist nicht möglich. Man müsste Diese manuell verschieben oder auch alphabetisch sortieren können. Wird die Liste länger, so wird auch die Übersicht komplizierter.
|
|
4515 | |
GUI | Fehlerbericht | niedrig | Netork Explorer Verbindungsmanagement editieren | Entscheidung | 3.3 Alpha x | | 28.04.2021 | 25.01.2022 | Mic |
Aufgabenbeschreibung
Fehlerbeschreibung
Folgende Dinge lassen sich im Network Explorer nicht editieren: - Verbindung trennen nicht möglich - löschen/trennen von einmal gezogenen Verbindungen nicht möglich - Editieren der Network ID sowie des Client namens wird für GUI und Kernel nicht übernommen (nach klick auf OK erscheinen erneut die vorherigen Werte, ein editieren über die Allgemeinen DMXC-Einstellungen wird sofort übernommen
|
|
2109 | |
GUI | Fehlerbericht | niedrig | Nachträgliches Ändern der Matrixgröße | Entscheidung | 3.0 | 3.0.2 | 30.12.2014 | 14.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Wenn ich die Größe einer Matrix nachträglich über die Properties ändere (egal ob Vergrößerung oder Verkleinerung), kommt diese Änderung im PropertyGrid zahlenmäßig erst an, nachdem ich einmal den Matrix FormEditor geöffnet und mit OK wieder geschlossen habe. Die Matrix-Effekte kommen nach (und auch während) der Änderung allerdings direkt richtig an. In den meisten Fällen sollte dieser Schritt meiner Meinung unnötig sein und könnte aktuell noch zu Verwirrungen führen.
|
|
4050 | |
GUI & Server | Wunsch / Idee | niedrig | Midi Implementierung in den Server | Entscheidung | 3.2 | 3.4 | 23.01.2020 | 22.05.2020 | |
Aufgabenbeschreibung
Momentan ist Midi nur in der GUI implementiert. Es wird argumentiert, dass dies auch anders keinen Sinn machen würde, da ja das Midi Pult neben dem Client mit der GUI steht.
Dies sehe ich anders, denn
1: Es gibt Einsätze als Alleinunterhalter oder als Band, wo DMXControl komplett aus einem Sequenzer gesteuert wird, wo eine GUI absolut nicht erforderlich ist. Hier reicht es einfach den Server mit dem Projekt zu starten.
2. DMXControl ist als Client/Server-Architektur aufgebaut und gerade dort ist es ja besonders wichtig, dass der laufende Server, der ja oftmals dann auch den Gesamtablauf steuert, auch mit der externen Midi Verteilhardware kommuniziert und Zugriff auf die im Server vorhandene Midi-Hardware hat. In der Regel hat dieser Server ja nicht mal einen Monitor.
Daher wünsche ich mir die Midi-Implementierung auch im Server.
|
|
4422 | |
InputAssignment | Wunsch / Idee | niedrig | Macrobaord Profile Aufteilen | Entscheidung | 3.2.2 | | 23.03.2021 | 25.03.2021 | Maxiking1994 |
Aufgabenbeschreibung
Moin, wäre es möglich beim Macrobaord die profile Aufzuteilen, so das z.B. die ersten 2 Spallten ein Profil haben und die letzten 6 Spalten beim Stream Deck XL ein anderes. So könnte man z.B. die Tasten um Profile nicht von allen Profilen nutzen.
Gruß Max
|
|
4848 | |
GUI & Server | Fehlerbericht | niedrig | Kein Effekt der Sortierung der Geräte in Gerätegruppen ... | Entscheidung | 3.3 Beta x | 3.3.1 | 27.04.2022 | 23.02.2023 | LightningBrothers |
Aufgabenbeschreibung
Im beigefügten Projekt habe ich in der Cue 1 der Cuelist 1 einen Chaser auf die Gerätegruppe (Device Group) gelegt. Ändere ich nun die Sortierung der Geräte in dieser Gerätegruppe über das Kontextmenü und sortiere sie zum Beispiel zufällig, wird der Chaser trotz Play Mode “Normal” beim erneuten Starten der Cuelist nicht aktualisiert. Aktuell kann ich die Sortierung nur per Drag ‘n’ Drop oder über die Buttons Up und Down ändern. Über letzte habe ich die zur Zeit aktive Reihenfolge realisiert: 1 - 4, 13 - 16, 5 - 12.
|
|
4141 | |
InputAssignment | Wunsch / Idee | niedrig | Entf in der Bank Übersicht mit "Entf"-Taste | Entscheidung | 3.2.1 Beta x | | 27.03.2020 | 25.10.2021 | JohannesStroe |
Aufgabenbeschreibung
In der Bank-Übersicht ist aktuell Rechtsklick/Delete die einzige Möglichkeit Connectionsets zu löschen. Um den Workflow zu verbessern wäre gut, wenn es auch mit der “Entf”-Taste geht, sowohl bei Einzel- als auch bei Mehrfachauswahl
|
|
2909 | |
GUI | ToDo | niedrig | Edit in Programmer oder Menü-Eintrag Add cue für zur An... | Entscheidung | 3.1.1 Beta x | | 22.08.2017 | 29.09.2019 | LightningBrothers |
Aufgabenbeschreibung
Öffne ich Cuelists zur Ansicht kann ich die Cues in den Programmer legen. Allerdings sieht es scheinbar so aus, dass ich auch Werte aus dem Programmer wieder in die zur Ansicht geöffnete Cuelist abspeichern kann. Tatsächlich werden die Werte aber in der Cue abgelegt, die im Edit-Modus einer Cuelist geöffnet ist.
Daher wäre es zu überlegen, die Menüpunkte zum Bearbeiten von Cues in der zur Ansicht geöffneten Cuelist zu entfernen. Welche dies sind, wäre noch festzulegen. Möglicherweise reicht der Menüpunkt “Add Cue” aus.
|
|
3903 | |
GUI & Server | Fehlerbericht | niedrig | Cues/Effekte frieren nach Zeitumstellung ein | Entscheidung | 3.1.3 | | 27.10.2019 | 29.10.2019 | Andreas_Pichl |
Aufgabenbeschreibung
Alle aktiv laufenden Cues frieren nach ZURÜCKstellen der Systemuhrzeit komplett ein. Beim VORstellen der Uhrzeit gab es dieses Verhalten nicht.
Nach erneutem Start dieser Cues bleiben alle Devices nur auf der Farbe weiß stehen. Dieses Phänomän lässt sich beliebig oft wiederholen. Stellt man die Uhrzeit wieder auf die aktuelle Uhrzeit um, so laufen alle Cues & Effekte wieder einwandfrei.
Andere Cues (die nach der Zeitumstellung gestartet wurden) laufen problemlos.
Dieses Verhalten konnte auf mehreren 3.1.3 & 3.2 Versionen reproduziert werden.
|
|
3738 | |
GUI | Wunsch / Idee | niedrig | Auftrennen der Menüliste im Cuelist-Editor in mehrere G... | Entscheidung | unbestimmt | | 05.08.2019 | 29.08.2019 | LightningBrothers |
Aufgabenbeschreibung
Da bei einem schmalen Cuelist-Editor-Fenster vor allem die Slider für Intensity, Speed und Face Factor schwierig zu bedienen sind, soll die gesamte Menüleiste in mehrere Gruppen aufgeteilt werden, sodass diese frei und auch in mehreren Zeilen frei positioniert werden können. Mögliche Gruppen können sein:
Go, Pause, Stop
Add Cue, Edit, Up, Down,
Mode, Options, Autoscroll
Intensity, Time (Fade Factor), Speed
|
|
5266 | |
GUI & Server | Hilfe / Support | hoch | Waiting for Kernel to connect | Benötigt Tests | 3.3 RC x | | 29.02.2024 | 03.03.2024 | |
Aufgabenbeschreibung
Fehlerbeschreibung
Hier die Fehlerbeschreibung eintragen. Wo und wie tritt der Fehler auf? Bitte das genaue Vorgehen zur Reproduktion beschreiben Der Fehler tritt bei nahezu jedem Start von DMXC auf. Ich starte den Launcher über den Staertmenüeintrag. Im Launcherklicke ich auf “DMXControl 3.3.0” GUI Kernel und Umbra öffnen sich. In der GUI Steht unten rechts “Waiting for Kernel to connect” im Network Explorer sich nur 2 verbunden bzw vorhanden, GUI und Umbra.
20:39:46 INFO DMXControl 3 Kernel - Using Log4Net Config File: C:\Program Files (x86)\DMXControl303\Kernel\Config\log4net_conf.xml
20:39:46 INFO DMXControl 3 Kernel - Logs will be written to: C:\Users\someuser\AppData\Roaming\DMXControl Projects e.V\DMXControl\Kernel\Log
20:39:46 INFO KernelRunManager - DMXControl V3.3.0.765 RC1 starting! (x86)
20:39:46 INFO KernelRunManager - Kernel Build Time: 23.12.2023 18:40:18 UTC
20:39:46 INFO KernelRunManager - Running in 32bit Mode
20:39:46 INFO KernelRunManager - Initializing Managers.
20:39:46 INFO KernelRunManager - Collected 49 of Type ILumosManager in Assembly Lumos
20:39:46 INFO KernelRunManager - Collected 0 of Type ILumosManager in Assembly LumosLIB
20:39:46 INFO KernelRunManager - TimeManager [Manager initialized].
20:39:46 INFO KernelRunManager - ThreadManager [Manager initialized].
20:39:46 INFO KernelRunManager - KernelRunManager [Manager initialized].
20:39:46 INFO KernelRunManager - MasterManager [Manager initialized].
20:39:46 INFO KernelRunManager - KernelLogManager [Manager initialized].
20:39:46 INFO KernelRunManager - ValueFactory [Manager initialized].
20:39:47 ERROR GPUManager - Error on generating GPUContext: No OpenGL 4.3 context available!
20:39:47 ERROR GPUManager - GPU is not available: No OpenGL 4.3 context available!
20:39:47 INFO KernelRunManager - GPUManager [Manager initialized].
20:39:47 WARN KernelRunManager - BitmapTransformationManager [Manager NOT initialized].
20:39:47 INFO BitmapTransformationManager - Start BitmapThread.
20:39:47 INFO KernelRunManager - BeatProviderManager [Manager initialized].
20:39:47 INFO KernelRunManager - BackgroundTasksManager [Manager initialized].
20:39:47 FATAL DMXControl 3 Kernel - Unhandled Exception: GPU is not available!
System.Exception: GPU is not available!
at org.dmxc.lumos.Kernel.GPU.GPUManager.getGPUContext(String name) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\GPU\GPUManager.cs:line 201
at org.dmxc.lumos.Kernel.PropertyValue.Filter.BitmapTransform.BitmapTransformationManager.BitmapThreadRun() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Lumos\src\Kernel\PropertyValue\Filter\Matrix\BitmapTransformationManager.cs:line 223
at System.Threading.Thread.StartCallback()
20:39:47 INFO KernelRunManager - AssemblyManager [Manager initialized].
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.
20:39:47 INFO KernelRunManager - SceneTriggerManager [Manager initialized].
20:39:47 INFO KernelRunManager - ParameterManager [Manager initialized].
20:39:48 INFO KernelRunManager - ResourceManager [Manager initialized].
20:39:48 INFO KernelRunManager - ChaserPatternManager [Manager initialized].
20:39:48 INFO KernelRunManager - BlendingManager [Manager initialized].
20:39:48 INFO KernelRunManager - ConverterManager [Manager initialized].
20:39:48 INFO KernelRunManager - GrpcManager [Manager initialized].
20:39:48 INFO KernelRunManager - KernelMonitoringManager [Manager initialized].
20:39:48 INFO KernelRunManager - ActionFactory [Manager initialized].
20:39:48 INFO KernelRunManager - HandlerFactory [Manager initialized].
20:39:48 INFO KernelRunManager - SettingsManager [Manager initialized].
20:39:48 INFO KernelRunManager - SceneFadeTicker [Manager initialized].
20:39:48 INFO KernelRunManager - FannedValueManager [Manager initialized].
20:39:48 INFO KernelRunManager - CurveManager [Manager initialized].
20:39:48 INFO KernelRunManager - AttachableManager [Manager initialized].
20:39:48 INFO KernelRunManager - ProjectManager [Manager initialized].
20:39:48 INFO KernelRunManager - DMXCMixer [Manager initialized].
20:39:48 INFO KernelRunManager - MainSwitchManager [Manager initialized].
20:39:48 INFO KernelRunManager - ItemListManager [Manager initialized].
20:39:48 INFO KernelRunManager - DMXOutputUniverse [Manager initialized].
20:39:48 INFO KernelRunManager - AudioManager [Manager initialized].
20:39:49 INFO KernelRunManager - UserManager [Manager initialized].
20:39:49 INFO KernelRunManager - EffectManager [Manager initialized].
20:39:49 INFO ProjectManager - 2 Projects in Project Store. Total using 3.12 MB. 25.27 GB free space.
20:39:49 INFO KernelRunManager - InputManager [Manager initialized].
20:39:49 INFO KernelRunManager - MacroBoardManager [Manager initialized].
20:39:49 INFO KernelRunManager - ElectricityManager [Manager initialized].
20:39:52 INFO KernelRunManager - DeviceManager [Manager initialized].
20:39:52 INFO KernelRunManager - PresetManager [Manager initialized].
20:39:52 INFO KernelRunManager - SceneListManager [Manager initialized].
20:39:52 INFO KernelRunManager - RandomGuiItemManager [Manager initialized].
20:39:52 INFO KernelRunManager - MacroManager [Manager initialized].
20:39:52 INFO KernelRunManager - HALFilterManager [Manager initialized].
20:39:52 INFO KernelRunManager - AffinityManager [Manager initialized].
20:39:52 INFO KernelRunManager - PluginManager [Manager initialized].
20:39:52 INFO KernelRunManager - RDMManager [Manager initialized].
20:39:52 INFO KernelRunManager - FilterManager [Manager initialized].
20:39:52 INFO KernelRunManager - ExecutorManager [Manager initialized].
20:39:52 INFO KernelRunManager - TimecodeManager [Manager initialized].
20:39:52 INFO KernelRunManager - Managers initialized: 49
20:39:52 INFO KernelRunManager - Starting Services.
20:39:52 INFO KernelRunManager - Collected 14 of Type ILumosService in Assembly Lumos
20:39:52 INFO KernelRunManager - Collected 0 of Type ILumosService in Assembly LumosLIB
20:39:52 INFO KernelRunManager - KernelRunManager [Service started].
20:39:52 INFO KernelRunManager - GrpcManager [Service started].
20:39:52 INFO KernelRunManager - DMXOutputUniverse [Service started].
20:39:52 INFO KernelRunManager - ManualBeatProvider [Service started].
20:39:53 INFO KernelRunManager - AssemblyManager [Service started].
20:39:53 INFO KernelRunManager - ConverterManager [Service started].
20:39:54 INFO ArtNetFactory - Execution of SetLogger took 198 ms in Factory ArtNetFactory
20:39:54 INFO DMXInterfaceBag - Execution of SetEnabled: True took 401 ms in Interface Artistic License#ArtNet#0
20:39:54 INFO DMXInterfaceBag - Execution of SetParameter: Set Breaktime, 25 took 112 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO DMXInterfaceBag - Execution of SetParameter: Set Marktime, 107 took 108 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO DMXInterfaceBag - Execution of SetParameter: Set Interbytetime, 2 took 111 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO DMXInterfaceBag - Execution of SetParameter: Set Interframetime, 18 took 107 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO DMXInterfaceBag - Execution of SetEnabled: True took 260 ms in Interface DMXControl Projects e.V.#1000000000000101
20:39:55 INFO KernelRunManager - PluginManager [Service started].
20:39:55 INFO KernelRunManager - FannedValueManager [Service started].
20:39:56 INFO KernelRunManager - SettingsManager [Service started].
20:39:56 INFO ThreadManager - Running Main-Processing-Chain with Mode: ALLOWED, Degree 2
20:39:56 INFO KernelRunManager - ThreadManager [Service started].
20:39:56 INFO KernelRunManager - ResourceManager [Service started].
20:39:56 INFO KernelRunManager - AttachableManager [Service started].
20:39:56 INFO KernelRunManager - ProjectManager [Service started].
20:39:56 INFO KernelRunManager - KernelNetManager [Service started].
20:39:56 INFO KernelRunManager - Services started: 14
20:39:56 INFO KernelRunManager - Informing Managers on Startup finished.
20:39:56 INFO KernelRunManager - Informing Services on Startup finished.
20:39:56 INFO GrpcManager - Listening on 192.168.42.28 for Umbra Multicasts
20:39:56 INFO KernelRunManager - Startup finished, ready!
DMXControl 3.3 RC1: 20:40:27 INFO GoboAffinityClass - All combinations already existing. Nothing to do!
20:40:31 INFO ThreadManager - Thread GoboAffinity-Thread exited ThreadStart-Method normally.
20:40:31 INFO ThreadManager - Thread GoboAffinity-Thread finished.
20:40:46 INFO DMXControl 3 Umbra - Using Log4Net Config File: C:\Program Files (x86)\DMXControl303\Umbra\Config\log4net_conf.xml
20:40:46 INFO DMXControl 3 Umbra - Logs will be written to: C:\Users\someuser\AppData\Roaming\DMXControl Projects e.V\DMXControl\Umbra\Log
20:40:46 INFO UmbraRunManager - Umbra V3.3.0.765 RC1 starting! (x64)
20:40:46 INFO UmbraRunManager - Umbra Build Time: 23.12.2023 18:40:21 UTC
20:40:46 INFO UmbraRunManager - Umbra Running in 64bit Mode
20:40:46 INFO UmbraSettingsManager - Settings loaded
20:40:49 INFO UmbraRunManager - Collected 35 Services!
20:40:50 INFO Lifetime - Now listening on: http://0.0.0.0:17475
20:40:50 INFO UmbraRunManager - Umbra ready to accept connections
Umbra 3.3 RC1: 20:40:51 INFO UmbraNetManager - Following IPs found: [192.168.42.28]. Sending Multicasts.
20:41:06 INFO ClientManager - User [Type: Gui, Name: Undefined, Host: someuser-ultrabook, IPs: [192.168.42.28, 127.0.0.1], connected to: 127.0.0.1:17475, roundtrip latency: 0 µs, last access: 0 s] logged in.
Immer weider gelingt es durch beenden und neu starten, dass das ganze funktioniert.
Logs habe ich, sehe aber keine Möglichkeit zum hochladen? Einfach anschreiben, dann sende ich euch die!
Erwartetes Verhalten
Hier Eintragen welches Verhalten bzw. Ergebniss erwartet wurde
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!
|
|
5265 | |
GUI & Server | Fehlerbericht | hoch | Verwaiste Graphen werden ohne Info gelöscht | Benötigt Tests | 3.3 RC x | | 27.02.2024 | 27.03.2024 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
5128 | |
GUI & Server | Fehlerbericht | niedrig | TaskCanceledException in Umbra bei "CanAttachTo" und "D... | Benötigt Tests | 3.3 Beta x | | 27.08.2023 | 26.09.2023 | StefanKrupop |
Aufgabenbeschreibung
- Projekt laden, Fensteranordnung laden - Preset “Flüstern - Strophe” → Im Programmer bearbeiten - “Pixel Col 1” aus Programmer löschen - “Pixel” aus Programmer löschen - Gruppe Pixel in Main-Stageview auswählen
Nach kurzer Zeit im Umbra:
19:33:22 ERROR ServerCallHandler - Error when executing service method 'CanAttachTo'.
System.Threading.Tasks.TaskCanceledException: A task was canceled.
at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 0
at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 208
at Grpc.Shared.Server.UnaryServerMethodInvoker`3.AwaitInvoker(Task`1 invokerTask, GrpcActivatorHandle`1 serviceHandle)
at Grpc.Shared.Server.UnaryServerMethodInvoker`3.AwaitInvoker(Task`1 invokerTask, GrpcActivatorHandle`1 serviceHandle)
at Grpc.AspNetCore.Server.Internal.CallHandlers.UnaryServerCallHandler`3.HandleCallAsyncCore(HttpContext httpContext, HttpContextServerCallContext serverCallContext)
at Grpc.AspNetCore.Server.Internal.CallHandlers.ServerCallHandlerBase`3.<HandleCallAsync>g__AwaitHandleCall|8_0(HttpContextServerCallContext serverCallContext, Method`2 method, Task handleCall)
19:33:25 ERROR ServerCallHandler - Error when executing service method 'CanAttachTo'.
System.Threading.Tasks.TaskCanceledException: A task was canceled.
at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 0
at Umbra.Bridge.UnaryToStreamBridge`2.ClientSideTaskProvideClient(TRequest request, UmbraClient u, Nullable`1 deadline, CancellationToken contextCancellationToken) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\Umbra\src\Bridge\UnaryToStreamBridge.cs:line 208
at Grpc.Shared.Server.UnaryServerMethodInvoker`3.AwaitInvoker(Task`1 invokerTask, GrpcActivatorHandle`1 serviceHandle)
at Grpc.Shared.Server.UnaryServerMethodInvoker`3.AwaitInvoker(Task`1 invokerTask, GrpcActivatorHandle`1 serviceHandle)
at Grpc.AspNetCore.Server.Internal.CallHandlers.UnaryServerCallHandler`3.HandleCallAsyncCore(HttpContext httpContext, HttpContextServerCallContext serverCallContext)
at Grpc.AspNetCore.Server.Internal.CallHandlers.ServerCallHandlerBase`3.<HandleCallAsync>g__AwaitHandleCall|8_0(HttpContextServerCallContext serverCallContext, Method`2 method, Task handleCall)
- PWM-Effekt auf Pixel-Dimmer in Gerätesteuerung ziehen → Effekt steht → Effekt lässt sich nicht mehr löschen
|
|
5092 | |
GUI & Server | Fehlerbericht | niedrig | Stage View macht keine Updates mehr | Benötigt Tests | 3.3 Beta x | 3.4 | 19.07.2023 | 14.11.2023 | JPK |
Aufgabenbeschreibung
Wie in den angehängten Logs zu sehen, dampft bei 2023-07-13 04:28:31,393 der SendDevicePropertyChanges ab (nicht wundern, die Uhr des PCs war falsch). Hier wie besprochen die Logs für die weitere Analyse, warum das der Fall war.
|
|
3070 | |
Server | ToDo | mittel | Reminder: Geiles IStoreLocationModel Zeug fertig machen... | Benötigt Tests | 3.2.1 | 3.3.1 | 22.05.2018 | 21.12.2023 | Soon5 |
Aufgabenbeschreibung
Geiler Scheiß, fast fertig….
|
|
3682 | |
Nodle | Fehlerbericht | niedrig | Nodle Plugin zeigt nicht aktuelle Timings aus IF | Benötigt Tests | 3.2 Beta x | | 08.07.2019 | 26.11.2021 | Souko |
Aufgabenbeschreibung
Das Nodle-Plugin zeigt im Config-Dialog immer die die Default-Timings. Es sollten aber die aktuellen Einstellungen des Nodle angezeigt werden.
Die nodle.dll gibt das her:
DLL_EXPORT unsigned long DLL_STD GetInterfaceConfig (TSERIAL Serial, unsigned char *pControl, unsigned short *pBreaktime, unsigned short *pMarktime, unsigned short *pInterbytetime, unsigned short *pInterframetime, unsigned short *pChannelcount, unsigned short *pStartbyte);
|
|
5245 | |
GUI | Fehlerbericht | niedrig | MIDI Ruleset Input / Output Device nur Platzhalter-Text | Benötigt Tests | 3.2.3 | | 17.01.2024 | 10.03.2024 | SvenFinn |
Aufgabenbeschreibung
Fehlerbeschreibung
Im Midi-Manager wird im Feld “InputDevice” & “OutputDevice” nur “Lumos.GUI.MIDI.MidiOutput” angezeigt.
(siehe Screenshot)
Erwartetes Verhalten
In den Feldern “InputDevice” & “OutputDevice” sollte (schätze ich) der Name des ausgewählten Midi-Gerätes angezeigt werden.
|
|
5152 | |
GUI | Fehlerbericht | mittel | 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 |
Aufgabenbeschreibung
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.
|
|
5218 | |
GUI & Server | Fehlerbericht | niedrig | DirtyFlag: Hinzufügen von Dateien wird nicht berücksich... | Benötigt Tests | 3.3 Beta x | 3.3 | 26.12.2023 | 28.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Füge ich zum Beispiel Audiodateien per Drag ‘n’ Drop einem Projekt hinzu, wird dies nicht vom Dirty Flag erfasst.
|
|
5228 | |
GUI & Server | Fehlerbericht | mittel | Colorlist Aktualisierung fehlerhaft | Benötigt Tests | 3.2.3 | 3.3 | 29.12.2023 | 02.01.2024 | EDER |
Aufgabenbeschreibung
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.
Fehlerbeschreibung
Wenn man einen Color Chaser auf verschiedene Scheinwerfer anwendet und danach die Colorlist verändert, verändert sich der Farbwechsel bei den Scheinwerfern erst, wenn man den color-Chaser-Effekt erneut per Drag and Drop auf die Scheinwerfer legt.
Erwartetes Verhalten
Ich hätte erwartet, dass sich der Frabwechsel automatisch aktualisiert, wenn man die Colorlist verändert.
Hinweise
Ich habe die 3.3 RC1 Version verwendet.
Email: KingOfCrochet@web.de
|
|
4803 | |
InputAssignment | Wunsch / Idee | niedrig | Bitmap from Gobo Node | Benötigt Tests | unbestimmt | 3.3.1 | 08.03.2022 | 24.06.2023 | LightningBrothers |
Aufgabenbeschreibung
Tests mit dem Bitmap from Resource Node haben unter anderem auch im Ticket FS#4802 gezeigt und bestätigt, dass dieser Weg nicht der richtige für den folgenden Anwendungsfall ist:
Ich möchte mir das aktuell gewählte Gobo auf einem Button eines Macro Boards anzeigen lassen. Im Idealfall kann ich dazu ein entsprechendes Converter-Node am Gobo-Ausgang des DMXC-Mixers bzw. des Programmers anschließen und mit diesem dann wiederum den gewünschten Button verknüpfen.
|
|
4853 | |
GUI & Server | Fehlerbericht | niedrig | Zeitweise stark verzögerte Abarbeitung von Aktionen aus... | Auf User warten | 3.2.3 | | 12.05.2022 | 31.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Regelmäßig unregelmäßig kam es in bei mir im York vor, dass ein Tastendruck im Softdesk teilweise mit mehreren Sekunden Verzögerung umgesetzt werden. Dieses Problem kommt und geht über den Abend, ohne dass nicht explizit Änderungen am ausgeführten Projekt durchgeführt werden.
@patme hat in der heutigen Beta-Testerrunde berichtet, dass ihm dieses Problem bei einem seiner letzten Langzeit-Testläufe mit DMXControl 3.3.0 Beta 2 ebenfalls unter die Finger gekommen ist.
|
|
5148 | |
GUI & Server | Fehlerbericht | niedrig | Projekt Errors: Fehlende Meldungen zu DDF-Fehlern aus H... | Auf User warten | 3.3 Beta x | 3.3 | 10.09.2023 | 07.02.2024 | LightningBrothers |
Aufgabenbeschreibung
Ich habe die Version 0.0.251 des Projekts aus FS#5147 geladen. Dabei werden folgende Meldungen nicht im Project Error Fenster anzeigt:
2023-09-10 19:40:44,135 [Log-Thread] WARN org.dmxc.lumos.Kernel.HAL.Handler.DMXRangeWithValueRange - Min and Max Value in DDF are swapped (Max < Min). This leads to unexpected behaviour. Invert DMX Min / Max if required: Location: device-->functions-->colorwheel-->rainbow-->range
Diese Meldung ist eigentlich ein wichtiger Hinweis, dass (zwingend) Korrekturen am DDF vorgenommen werden müssen, welche beim Ignorieren später zu einem Nicht-Laden des Projekts führen können. Daher sollten auch schon solche Meldungen im Project Error Fenster auftauchen.
|
|
4942 | |
InputAssignment | Fehlerbericht | niedrig | Programmer Node: Position-Input hinzufügen | Auf User warten | 3.2.3 | 3.3 | 21.10.2022 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
In DMXControl 3 ist die Position ein vordefiniertes Objekt bestehend aus Werten für Pan und Tilt. Dies wird vom Programmer Node so nicht unterstützt.
Um den Programmer Node zum Beispiel aus dem Position Master eine Position zu übergeben, muss das Position-Objekt erst mit dem Split-Node in die Pan- und Tilt-Anteile zerlegt werden. Dies widerspricht dem Grundsatz, im Input Assignment mit normierten Werten zu arbeiten - zumal im Bereich der Farbe bereits ein Farb-Objekt erwartet wird.
Daher sollte im Programmer-Node der Input “Position” ergänzt werden und sich so verhalten, wie es der Value Input des Position Master Nodes seit der Beta 3 tut (siehe Ticket FS#4832 ). Ob im Gegenzug die Inputs “Pan” und “Tilt” beim erneuten Einfügen des Programmer-Nodes weiterhin angeboten werden, ist zu diskutieren.
|
|
5211 | |
Plugin | Fehlerbericht | hoch | Nanoleaf-Plugin: Projekte mit Nanoleaf-Devices können n... | Auf User warten | 3.3 Beta x | | 25.12.2023 | 27.12.2023 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
4766 | |
GUI | Wunsch / Idee | niedrig | Levelsteuerung für Dirty Flag und Warning | Auf User warten | 3.3 Alpha x | 3.3 | 07.02.2022 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Um die Nutzer bei der Verwendung der Funktion “Zeitpunkt für Aktivierung der DMX-Ausgabe selbst festlegen” aus Ticket FS#4015 zu unterstützen, aber auch bei weiteren Punkten wie
sollen alle Warnungen und Änderungen mit einem “Schweregrad” bzw. Warning-Level versehen werden.
Zur Protokollierung, welche Funktion die Warnung generiert oder das Dirty Flag setzt, soll ein Interface gebaut werden, über das die Wichtigkeit der Änderung an einen zentralen Manager weitergereicht wird. Wie detailliert die Rückmeldung an den Nutzer erfolgt, kann dieser über eine Einstellung festlegen. Diese Einstellung greif dabei die verschiedenen Level der Schwere der Warnung oder der Änderung am Projekt auf.
|
|
5016 | |
GUI & Server | Wunsch / Idee | niedrig | Kernel und Umbra Fenster bei Verbindungsabbruch zur GUI... | Auf User warten | 3.3 Beta x | 3.3 | 11.01.2023 | 07.02.2024 | nutzer99 |
Aufgabenbeschreibung
Wenn keine GUI mehr mit Kernel oder Umbra verbunden ist und die Fenster versteckt sind, sollen die Fenster in den Vordergrund geholt werden.
Hintergrund ist, dass man man nicht immer mitbekommt, wenn z.b. der Kernel nicht sauber herunter gefahren sind. (Folgeticket aus FS#4729 )
|
|
4790 | |
GUI & Server | Fehlerbericht | mittel | Keine Verbindung zwischen Kernel, GUI und Umbra wenn ei... | Auf User warten | 3.3 Beta x | 3.3 | 02.03.2022 | 11.12.2023 | MisterX |
Aufgabenbeschreibung
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.
|
|
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
|
|
5000 | |
GUI & Server | Fehlerbericht | mittel | Color Master fadet über weiß bei Wechsel der Fanning-Op... | Auf User warten | 3.3 Beta x | 3.3 | 30.12.2022 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
4019 | |
GUI & Server | Wunsch / Idee | niedrig | Undo Redo im Imput Assignment | Analysieren | unbestimmt | | 11.01.2020 | 09.06.2022 | Faithnall |
Aufgabenbeschreibung
Schneller passiert als man denkt, einmal nicht aufgepaßt welches Node man gerade ausgewählt hat und schon löscht man das falsche Node mit allen dazu gehörigen Verbindungen.
Ein Undo Redo kann hier ungewollten Schaden verhindern.
|
|
1497 | |
Plugin | Wunsch / Idee | sehr niedrig | EasyView Geräte übergeben / bekommen | Analysieren | Beta 1 | TBD (UIS) | 23.01.2013 | 11.12.2018 | lichtheini |
Aufgabenbeschreibung
#19 EasyView Geräte übergeben/bekommen
Laut API-Beschreibung der (schon wieder überholten BETA (Dec 2012) kann man EasyView Geräte übergeben/bekommen. Ist das nützlich? Oder geht das nur in der Vollversion?
|
|
2671 | |
Project Explorer | ToDo | niedrig | Create XYZ in Unterordnern nicht möglich | Analysieren | 3.1 | 3.3.1 | 17.01.2017 | 24.06.2023 | nutzer99 |
Aufgabenbeschreibung
Ich kann in Unterordnern keine Cuelists/Cuelist Groiups/ Devices/ Device Groups/ etc. über das Kontextmenü hinzufügen.
Außerdem werden neue o.g. immer im Hauptordner angelegt, die mit dem Button “Create XYZ” in der Menüleiste erstellt werden.
Edit: Patrick: Memo an mich. Das trift auf alle Nodes zu !!!!
|
|
4368 | |
GUI & Server | Wunsch / Idee | niedrig | Warnung, wenn Projekt aus neuerer DMXC-Version stammt, ... | Zugeteilt | 3.2.1 | | 10.02.2021 | 09.06.2022 | StefanKrupop |
Aufgabenbeschreibung
Wird aktuell ein Projekt aus einer neueren DMXC-Version in einer älteren Version geöffnet, gibt es (wohl) nur eine Warnung im Kernel-Log. Es wäre besser, den Benutzer auch in der GUI auf das Problem hinzuweisen.
|
|
3526 | |
StageView | ToDo | hoch | WARN org.dmxc.lumos.XNAViews.GraphicsDeviceControl - F... | Zugeteilt | 3.2 Beta x | 3.4 | 31.03.2019 | 26.11.2021 | LightningBrothers |
Aufgabenbeschreibung
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.
|
|
5167 | |
GUI | ToDo | hoch | Vorschläge für Visualisierung der Properties | Zugeteilt | 3.3 Beta x | 3.4 | 17.10.2023 | 21.12.2023 | JPK |
Aufgabenbeschreibung
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
|
|
1777 | |
Server | Wunsch / Idee | niedrig | Variablen in Eigenschaften | Zugeteilt | Beta 4 | | 21.08.2013 | 20.02.2019 | Lukas S. |
Aufgabenbeschreibung
Sinnvoll wäre es Variablen in Eigenschaften unterbringen zu können. Eine Variable könnte dann zum Beispiel so aussehen:
$BeispielVariable
Wenn ich so eine Variable nun zum Beispiel einer Phase von einem Effekt zuweise:
0<$BeispielPhase
Könnte ich, wenn ich die Variable einen Input zuweisen könnte, noch nachträglich die Phase des Effektes verändern. Oder wenn ich meine Movingheads auffächere mit
-20<20
könnte ich dank
-$Fächer<$Fächer
die Fächerung hinterher noch justieren und so mein gespeicherten Szenen super einfach live variieren.
|
|
4241 | |
Installer | Fehlerbericht | niedrig | Uninstaller löscht nicht alle Dateien | Zugeteilt | 3.2.1 | | 29.07.2020 | 29.07.2020 | nutzer99 |
Aufgabenbeschreibung
1. Uninstaller löscht nicht alle Inhalte, wenn DMXControl geöffnet ist –> hier sollte überprüft werden, ob DMXC noch geöffnet ist und ggf. ne Info anzeigen 2. Uninstaller löscht den Installer.log nicht und den DMXControl Ordner im Programme Verzeichnis 3. löschen des Appdata Verzeichnisses optional anbieten.
|