|
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
|
|
4381 | |
StageView | Wunsch / Idee | niedrig | Schloss-Icon in Kamerasteuerung | Usability Relevant | 3.2.2 Beta x | | 18.02.2021 | 09.06.2022 | Helmut |
Aufgabenbeschreibung
Schlosssymbol Funktion in Kamera Steuerung. Aktivieren/Deaktivieren “Kamera fixieren”
Im Moment ist das Icon für “fixiert die Icons”
Fixieren der Icons sollte weiterhin möglich sein aber vieleicht an anderer Stelle. Als Vorschlag aus “Icons” ein Drobdown Menue was Icons betrifft, Alias-Icon hinzufügen, Alias-Icon löschen, Icons fixieren. Ähnlich wie bei Anzeigen/Ausblenden.
|
|
4499 | |
InputAssignment | Wunsch / Idee | niedrig | Input und Output eines Buttons etc. in Graphenansicht "... | Usability Relevant | 3.2.2 | | 24.04.2021 | 24.04.2021 | LightningBrothers |
Aufgabenbeschreibung
In meinem Live-Tutorial “Clubshow mit DMXControl 3” habe ich mir Connectionsets mit einem Button inkl. entsprechendem Feedback gebaut. Aktuell muss ich bei der Anpassung der Kopie dieses Connectionsets für die Nutzung des Button 2 hier sowohl den Button 2 auf der Inputseite als auch auf der Outputseite per Drag&Drop ersetzen.
Um die Anpassung einer Kopie eines Connectionsets weiter zu beschleunigen, wünsche ich mir eine Möglichkeit, den Input und Output eines Buttons, Sliders etc. in einem Rutsch ersetzen zu können - gerade unter dem Gesichtspunkt, wenn diese in einem Connectionset mehrfach verwendet wurden.
|
|
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
|
|
4778 | |
InputAssignment | Wunsch / Idee | sehr niedrig | Programmer Node: Normiert statt Relativ als Beschreibun... | Usability Relevant | 3.2.3 | | 18.02.2022 | 14.09.2023 | Scarffac3 |
Aufgabenbeschreibung
Hallo, ich war, als ich den vorletzten News Artikel (https://forum.dmxcontrol-projects.org/core/index.php?article/774-schon-gewusst-34-vieles-ist-relativ-auch-der-programmer-knoten/) gelesen hab kurz verwirrt. Anhand der Überschrift dachte ich, man könnte die Werte die man in den Node schmeißt relativ interpretieren lassen (wie im Device Control).
Daher ist meine Idee in dem Zusammenhang mit dem Programmer-Node (den man zwischen normierten Werten und absoluten Werten umstellen kann), eher mit dem Wort normiert zu belegen, anstatt relativ. Die Verwirrung war nur kurz da und hat hat sich beim Lesen des Artikels auch behoben. Aber dennoch kann ich mir vorstellen, dass neue Benutzer, die sich in die Thematik einarbeiten, auch verwirrt sein können.
Beste Grüße, Ludwig
|
|
4997 | |
InputAssignment | Fehlerbericht | niedrig | Input Assigment: Sortierung der Bänke wird nicht gespei... | Usability Relevant | 3.3 Beta x | TBD (UIS) | 30.12.2022 | 31.07.2023 | MisterX |
Aufgabenbeschreibung
Man kann im Input Assigment die Bänke mittels Drag&Drop sortieren. Diese Sortierung wird nicht gespeichert und es wird auch kein Dirty Flag gesetzt.
|
|
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.
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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
|
|
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
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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!
|
|
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….
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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);
|
|
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.
|
|
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.
|
|
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 )
|
|
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.
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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.
|
|
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 !!!!
|
|
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?
|
|
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.
|
|
4116 | |
Server | ToDo | niedrig | SNMP-Server | Zugeteilt | 3.2 | TBD (UIS) | 09.03.2020 | 26.11.2021 | Qasi |
Aufgabenbeschreibung
Ich brauche die möglichkeit SNMP-Sensordaten in die software zu bekommen Eaton UPS EX 3000 Cisco SG300 Cisco SG500
|
|
595 | |
GUI | Wunsch / Idee | mittel | Cuelist, Cue als Trackingsperre für Record und Playback | Zugeteilt | Alpha 2 | Cuelist-Erweiterung(intern) | 11.09.2011 | 12.12.2018 | fisl |
Aufgabenbeschreibung
2 unterschiedliche Attribute sollte es für Cues geben
Das erste greift während der Programmierung: Cue 5 ist als Sperre markiert, in Cue 1 füge ich einen weiteren Kreis hinzu. Durch tracking wird dieser jetzt bis einschl. Cue 4 ausgegeben. In Cue 5 wird nun automatisch der urspüngliche Werte (in diesem Fall 0) gespeichert. Nehme ich die Sperre wieder raus, werden die automatisch gesetzten Werte gelöscht.
Das zweite während dem Playback: Wird dieses Attribut für ein Cue gesetzt, bedeutet dies, dass alle Werte, auch getrackte, erneut ausgegeben werden. Hintergrund ist folgender, Cue 7 ist ein sehr langsamer fade to black für kreis 1. Also wird die 0 getrackt. Cue 8, Cue 9 (verändern Kreis 1 nicht) werden ausgeführt, während Cue 7 noch ausblendet. Cue 10 soll jetzt ein Black sein. Würde der Black aufgerufen werden, bevor der Fade von Cue 7 beendet ist, gehen alle Kreise bis auf Kreis 1 aus, dieser würde den Fade weitermachen, weil eben nach Cue 7 keine weitere Instruktion für Kreis 1 kamen. Wird nun dieses Attribut gesetzt, werden alle Werte dieses Cues als neue Instruktion betrachtet, in Cue 10 also auch die 0 von Kreis 1 (aber nur während dem Playback) und ausgegeben und beendet somit auch den laufenden Fade.
|
|
677 | |
StageView | ToDo | mittel | StageView / Property Grid, multi beam fixtures | Zugeteilt | 3.2 Alpha x | 3.4 | 19.12.2011 | 26.11.2021 | fisl |
Aufgabenbeschreibung
hat ein Gerät mehrere Beams, wird es als 1 Icon im LV angezeigt.
Für die folgende Erklärung sei Beispielhaft folgendes Gerät gegeben:
Beam 1: - RGB - Position (gilt für alle Beams) Beam 2: - RGB Beam 3: - RGB
Lösung: 0. Es gibt einen “Master Beam” (der 1. Beam) welcher allgemeine Eigenschaften enthält, die sich die Beams teilen. Per Konvention ist das der 1. <function> Block im DDF. Die Eigenschaften (e.g. <dimmer>) werden mit “global=true” markiert, falls es eine globale Eigenschaft ist. In diesem Fall wird die Eigenschaft auch angezeigt, wenn ich einen anderen Beam selektiere. Der Masterbeam ist also so etwas wie eine “Beamgruppe”.
1. Darstellung im Stageview ist umschaltbar zwischen Einzeldarstellung und Beam Darstellung ⇒ Darstellung als Multibeam nur, falls Gerät > 1 Beams besitzt. ⇒ Einzeldarstellung: Wie aktuell, nur bei “Multibeam” Devices wird unter dem “Hauptbeam” angedeutet, dass es zusätzliche Beams gibt (e.g. Icon oder kleine Vierecke). Die Einzeldarstellung ist quasi der Masterbeam. ⇒ Multibeam Darstellung: Die Beams werden als “Matrix” dargestellt und jeweils gezeichnet wie aktuell der Hauptbeam ⇒ Dies gilt natürlich für Geräte UND Gruppen ⇒ Sollte Beam 1 nur Global Eigenschaften enthalten, wird er in der Beam Darstellung NICHT angezeigt. Begründung: Die Global Eigenschaften des Masterbeams werden auch in den anderen Beams dargestellt. Ergo ist eine separate Darstellung nicht notwendig.
2. Selektion Beam / Master In der Einzeldarstellung selektiere ich den “Masterbeam”. Über ein Tastaturknopf kann auf Beam Selektion umgeschaltet werden und es werden nur die einzelnen Beams markiert. Das Selektieren einzelner Beams ist für Fanning wichtig. ⇒ Wenn Masterbeam selektiert ist, werden die gemergden Eigenschaften aller Beams im PG angezeigt: Beispiel:
- RGB (Beam 1-3)
- Position
Wenn ich nun das RGB ändere, ändere ich das RGB aller 3 Beams
⇒ Wenn Beams selektiert sind, wird jeder Beam mit seinen Eigenschaften dediziert im PG angezeigt (Beispiel Beam 2, 3 selektiert)
- Global
- Position
- Beam 2
- RGB
- Beam 3
- RGB
3. Fanning Master selektiert ⇒ Fanning über Geräte (wie bisher) Beams selektiert ⇒ Fanning über Beams
|
|
4852 | |
InputAssignment | Fehlerbericht | niedrig | Undefinierter Zustand von diversen Input-Typen nach Lad... | Zugeteilt | 3.2.3 | | 08.05.2022 | 13.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Im beigefügten Beispielprojekt habe ich vier verschiedene Inputs an das LTP-Node gehängt: Macro Board Profile, Tastatur (Umsch + 1), Push-Button aus Softdesk (Button 2) und MIDI. Lade ich das Projekt, kann ich über den Button 1 bereits die Signal Lamp einschalten, weil der LTP keinen definieren Wert übergibt, da er wiederum keinen definierten Wert von den Inputs erhält.
Dies hat bei anderen Projekten zur Folge, dass zum Beispiel ungewollt Cuelists ausgeführt werden. Zur Zeit lässt sich das nur dadurch beheben, dass ich nach dem Laden einmal alle Tasten betätigte und damit auch eine Neuberechnung des jeweiligen Connectionsset anstoße. Dabei muss ich beachten, dass beim manuellen Triggern alle Bänke aktiv sind, in denen ich die jeweiligen Input nutze. Sobald eine Bank nicht aktiv ist, behält der Input seinen undefinierten Zustand bei, wenn ich die Bank nachträglich aktiviere. Dies hat wiederum zur Folge, dass ich die dort in den Connectionset enthaltenen Inputs erneut manuell triggern muss.
Hierzu hatte sowohl ich das Ticket FS#3958 sowie @steff das Ticket FS#4432. Vielleicht hat eines oder gar beide eine gewisse Relation zu diesem Ticket.
Bei diesem Punkt handelt es sich um ein Verhalten, was sowohl in DMXControl 3.2.3 als auch in DMXControl 3.3 Beta 2 gleichermaßen existiert. Um dies prüfen zu können, ist das Projekt in DMXControl 3.2.3 erstellt.
|
|
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
|