|
5466 | |
Executoren | Wunsch / Idee | Low | Cuelist Group Executor müsste (eigentlich) auch Werte >... | Unbestätigt | 3.3.1 Beta x | | 02.06.2025 | 12.06.2025 | LightningBrothers |
Task Description
Die Werte für Fade Factor und Speed Factor einer Cuelist umfassen bekanntermaßen einen Wertebereich von 0% bis 1000% (also 0 bis 10). Dies müsste der Cuelist Group Executor an dieser Stelle eigentlich auch unterstützen.
Vom Workflow ist es (zumindest für mich) einfacher, einen Effekt mit einer geringeren Geschwindigkeit zu programmieren und diesen dann auf Wunsch zu beschleunigen als immer von der maximalen Geschwindigkeit auszugehen (Stichwort Headroom).
Unter diesem Gesichtspunkt wurde bereits das Ticket FS#4325 verfasst, dass sich hier aber vorrangig auf eine funktionelle Erweiterung des Cuelist Group Nodes im Input Assignment bezieht.
|
|
5470 | |
GUI & Server | Fehlerbericht | Low | Special Cues: Wert für Faderwert eines Macros wird nich... | Unbestätigt | 3.3.1 Beta x | | 12.06.2025 | 12.06.2025 | LightningBrothers |
Task Description
Ich füge eine Special Cue für den Fader eines Macros ein und gehe dabei wie folgt vor:
Ich trage über die Tastatur den Wert “1.0” ein und drücke die Enter-Taste.
Ich ändere den Wert dann nochmal auf “0.25” und füge die Special Cue über “OK” der Cuelist hinzu.
Wenn ich die Special Cue wiedergebe, gibt diese den Wert “1.0” aus statt den zuletzt eingegeben Wert “0.25”.
|
|
5455 | |
Executoren | Fehlerbericht | Low | Executoren Probleme mit Name vs. DisplayName | Unbestätigt | 3.3.1 Beta x | 3.3.1 | 24.05.2025 | 10.06.2025 | JPK |
Task Description
Aktuell werden in den Executoren die DisplayNames der Button und Fader beim Speichern verwendet und nicht die Names. Das macht dann natürlich die Nutzung der DisplayNames nicht mehr funktional. Hier müssen wir eine Lösung finden.
|
|
5459 | |
GUI | Wunsch / Idee | Low | Presets - Visuelles Feedback beim editieren von Cues | Unbestätigt | 3.3.0 | | 30.05.2025 | 06.06.2025 | nutzer99 |
Task Description
Aktuell gibt es zwei Optionen ein Presets zu verwenden:
a) im Programmer laden b) im Programmer editieren
Leider kann man das nicht so leicht unterscheiden ob man gerade editiert oder das preset verwendet und als Referenz in einer Cue verwendet.
Da wäre es praktisch, wenn man im Presetfenster visualisieren könnte, ob das Preset bearbeitet wird.
|
|
5467 | |
Server | Fehlerbericht | Medium | Kernel hängt sich auf, wenn die Netzwerkkonfiguration g... | Neu | 3.3.0 | | 04.06.2025 | 04.06.2025 | |
Task Description
Wird die Netzwerkkonfiguration geändert, zum Beispiel wird die Statische IP/Subnetzmaske geändert, hängt der Kernel sich auf.
Discord: bastelpichi
|
|
5437 | |
GUI & Server | Fehlerbericht | Low | Release time von Cuelists wird bei Zuordnung zu mehrere... | Unbestätigt | 3.3.0 | | 26.03.2025 | 02.06.2025 | LightningBrothers |
Task Description
Ich habe zwei Cuelists mehreren Cuelist Groups zugeordnet. Beide Cuelist groups stehen auf “Single list running”. Wechsele ich zwischen den Cuelists hin- und her, wird in der Regel die Release time der zu beendenden Cuelist ignoriert. Folglich wird die alte Cuelist hart ausgeblendet und nur die neue faded ein. Der Kernel protokolliert in diesem Moment folgendes, wobei klar ersichtlich ist, dass der Release der Cuelists mehrfach getriggert wird:
2025-03-26 20:30:15,492 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:15,553 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Stopping Cuelist Cuelist 2 due to Group Group 1 config.
2025-03-26 20:30:15,553 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Stopping Cuelist Cuelist 2 due to Group Group 2 config.
2025-03-26 20:30:15,553 [Log-Thread] WARN org.dmxc.lumos.Kernel.SceneList.SceneList - Unable to stop Cuelist Cuelist 2, because other Invocation is currently in process
2025-03-26 20:30:15,554 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:15,554 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Skip Stopping Cuelist Cuelist 1 due to Group Group 1 config as List is releasing.
2025-03-26 20:30:15,608 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:15,608 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:15,642 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:15,642 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:15,710 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.SceneList.SceneListGroup - Skip Stopping Cuelist Cuelist 1 due to Group Group 2 config as List is releasing.
2025-03-26 20:30:16,221 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:16,221 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker+TickerParallelBag - Enqueuing for deregistration Auto: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2025-03-26 20:30:16,255 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.Scene.Fade.MixerFadeDecorator
2025-03-26 20:30:16,255 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Scene.SceneFadeTicker - Deregistriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
Schalte ich das Single list running bei einer der beiden Cuelist groups aus, erfolgt der Übergang wie erwartet mit der eingestellten Release time sowie mit der Fade time der neuen Cuelist.
An dieser Stelle wäre meine Erwartungshaltung, dass die Zuordnung von Cuelists zu mehreren Cuelist groups mit der Einstellung “Single list running” nicht darauf Einfluss hat, ob der Release einer Cuelist vollständig ausgeführt wird oder nicht. Soll eine Cuelist keine Release time haben, lege ich dies in den Einstellungen der Cuelist fest.
Um das Problem ggf. besser zu verstehen, habe ich das beigefügte Beispielprojekt gebaut. Hierzu einfach zwischen den drei Cuelists hin- und herschalten, die den Executoren zugeordnet sind.
|
|
5273 | |
Softdesk | Fehlerbericht | Medium | Softdesk Werte für Position und Größe werden nicht sofo... | Benötigt Tests | 3.2.3 | 3.3.1 | 10.03.2024 | 29.05.2025 | steff |
Task Description
Hallo, beim Testen der 3.3.0 RC2 ist mir aufgefallen das, wenn ich ein Element im Softdesk anlege, die Werte für X,Y, Hight und Width im Fenster angezeigt werden.
Fehlerbeschreibung
Verschiebe ich allerdings das Element bzw. verändere ich die Größe, verändern sich die Wete im Fenster nicht. Erst wenn ich im Fenster Werte ändere, werden die richtigen Werte angezeigt. Auch wenn ich ein ein anderes Element anklicke und dann wieder das vorherige werden erst jetzt die aktuellen Werte angezeigt.
Erwartetes Verhalten
Das die Werte sobalt ich das Element verschoben oder die Größe geändert habe sofort in dem Fenster richtig angezeigt werden.
Nachdem ich das auch noch mal in der 3.2.3 ausprobiert habe, ist das auch in dieser Version so das die Werte nicht richtig aktualisiert werden.
MfG Steff
|
|
5457 | |
Executoren | Fehlerbericht | Low | Cuelist Group Executor Fader nicht gespeichert | Unbestätigt | 3.3.1 Beta x | | 25.05.2025 | 27.05.2025 | JPK |
Task Description
Die Werte des Faders des Cuelist Group Executors werden beim Laden eines Projekts nicht wiederhergestellt. Entweder werden diese nicht korrekt gespeichert oder nicht korrekt geladen (noch nicht untersucht).
|
|
5450 | |
Server | Fehlerbericht | Low | colortemp: Fehler in HAL/DMX-Ausgabe bei inaktivem Kana... | Neu | 3.3.0 | | 20.05.2025 | 25.05.2025 | dPi |
Task Description
Genutzt wurde das folgende DDF (”colortemp”-Teil aus Wiki-Eintrag übernommen: https://wiki-de.dmxcontrol-projects.org/index.php?title=Color_(DDF-Syntax)_DMXC3#Farbtemperatur):
<?xml version="1.0" encoding="utf-8"?>
<device dmxaddresscount="1" type="DMXDevice" dmxcversion="3.2" ddfversion="1.0">
<information>
<model>Test Device</model>
<vendor>Test</vendor>
</information>
<functions>
<colortemp dmxchannel="0">
<step type="off" mindmx="0" maxdmx="5" />
<range minval="3200" maxval="7000" mindmx="255" maxdmx="6" />
</colortemp>
</functions>
</device>
Setzt man den “colortemp”-Kanal auf “Empty”, so wird der DMX-Wert des Minimalwerts der CTC-Range ausgegeben. (Also hier “255”.) Zu erwarten wäre ein Wert zwischen “0” und “5”.
Der restliche Bereich funktioniert wie zu erwarten.
|
|
5453 | |
GUI & Server | Fehlerbericht | Low | List selctor - Kernel Crash bei aufruf einer Goboliste | Unbestätigt | 3.3.1 Beta x | 3.3.1 | 21.05.2025 | 24.05.2025 | JPK |
Task Description
Wenn einem “list selector” eine Goboliste gibt, dann knallt es beim Aufruf des Propertie Fensters
21:37:24 FATAL DMXControl 3 Kernel - Unhandled Exception: Type 'org.dmxc.lumos.Kernel.PropertyType.Gobo' in Assembly 'LumosLIB, Version=3.3.1.0, Culture=neutral, PublicKeyToken=null' is not marked as serializable.
System.Runtime.Serialization.SerializationException: Type 'org.dmxc.lumos.Kernel.PropertyType.Gobo' in Assembly 'LumosLIB, Version=3.3.1.0, Culture=neutral, PublicKeyToken=null' is not marked as serializable.
at System.Runtime.Serialization.FormatterServices.InternalGetSerializableMembers(Type type)
at System.Runtime.Serialization.FormatterServices.<>c.<GetSerializableMembers>b__5_0(MemberHolder mh)
at System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
at System.Runtime.Serialization.FormatterServices.GetSerializableMembers(Type type, StreamingContext context)
at System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitMemberInfo()
at System.Runtime.Serialization.Formatters.Binary.WriteObjectInfo.InitSerialize(Object obj, ISurrogateSelector surrogateSelector, StreamingContext context, SerObjectInfoInit serObjectInfoInit, IFormatterConverter converter, ObjectWriter objectWriter, SerializationBinder binder)
at System.Runtime.Serialization.Formatters.Binary.ObjectWriter.Serialize(Object graph, BinaryFormatterWriter serWriter)
at System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Serialize(Stream serializationStream, Object graph)
at LumosLIB.Tools.gRPC.GrpcTools.ToObjectData(Object obj, EFallbackEnforcement fallbackEnforcement) in P:\Sources\Lumos\LumosLIB\src\Tools\GRPC\GrpcTools.cs:line 307
at org.dmxc.lumos.Kernel.Net.gService.Parameter_gService._getParameter_RequestReceived(Object sender, RequestEventArgs`1 e) in P:\Sources\Lumos\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:line 154
at System.Threading.Tasks.Task.<>c.<ThrowAsync>b__128_1(Object state)
at System.Threading.QueueUserWorkItemCallback.<>c.<.cctor>b__6_0(QueueUserWorkItemCallback quwi)
at System.Threading.ExecutionContext.RunForThreadPoolUnsafe[TState](ExecutionContext executionContext, Action`1 callback, TState& state)
at System.Threading.QueueUserWorkItemCallback.Execute()
at System.Threading.ThreadPoolWorkQueue.Dispatch()
at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart()
at System.Threading.Thread.StartCallback()
|
|
5387 | |
GUI & Server | Fehlerbericht | High | Performance Probleme bei vielen (größeren) Cuelists | Neu | 3.3 RC x | | 08.09.2024 | 21.05.2025 | Skyfalko |
Task Description
Forum: https://forum.dmxcontrol-projects.org/index.php?thread/17686-performance-probleme-bei-vielen-cuelists/
Hallo zusammen,
wir verwenden bei uns Szenenlisten, um Lichtstimmungen passend zu einem Lied vor zu programmieren.
Dabei erstellen wir pro Lied eine neue Szenenliste und fügen dieser andere Szenenlisten, wie Beispielsweise einen Bewegungseffekt, Dimmereffekt oder Farbe hinzu um diese mit der Lied- Szenenliste zu starten.
Die Lied- Szenenliste hat dabei nur den Auftrag alle anderen zu starten (erste Cue (andere Szenenliste) auf Manual und dann alle folgenden mit follow 0ms danach), sodass wir dann nur noch die einzelnen Cuelists mit Mastern in ihrer Intensität und Schnelligkeit reinmischen müssen.
Da bei uns regelmäßig unterschiedliche Bands auftreten, kommen da schnell ein paar Lied- Szenenlisten zusammen.
Nun das Problem:
Mir ist aufgefallen, dass nach ca. 120 Lied- Szenenlisten mein Projekt deutlich langsamer läuft.
So fällt bsp. bei Strobe- Effekten auf, die per Tastatur mit “GO” gestartet werden und beim Loslassen der Taste über Binary Switcher über “STOP” gestoppt werden sollen, nicht mehr gestoppt werden und es einem zweiten oder auch dritten Drücken auf die Taste bedarf bis die Cuelists gestoppt wird. Auch haben unsere Slider, die die Groupmaster steuern ein deutliches Delay (teilweise ca. 3 Sekunden)
Um das Projekt im Live-Betrieb bedienbarer zu machen, löschen wir vor jedem Konzert alle nicht verwendeten Lied-Cuelists raus. Dies hat einen deutlichen Einfluss auf die Performance.
Aktuell sind wir auf der 3.3.0 RC3 auf einem Laptop mit aktuellem AMD Ryzen 5 und 8GB Ram. Auf der RC2 und einem anderen Rechner mit i7 und 16GB Ram hatten wir aber auch das selbe Problem.
Vielen Dank Falko
|
|
5436 | |
GUI | Fehlerbericht | Medium | Einstellung für Project Autosave fehlen | Unbestätigt | 3.3.0 | 3.3.1 | 26.03.2025 | 18.05.2025 | LightningBrothers |
Task Description
Bei mir fehlen in den General Settings die folgenden Einstellungen für das Project Autosave / Project Administration:
Keep files per project
-
Warning MB in project store
Ich kann aktuell nicht nachvollziehen, seit wann diese Einstellungen nicht mehr verfügbar sind. Um die Bezeichnungen der verschiedenen Optionen musste ich im Livestream zu gRPC nachschauen, weil wir dort die Einstellungen gezeigt haben.
In der Konfigurations-Datei für den Kernel sind aber noch alle Optionen vorhanden:
<TreeItem Name="PROJECT.AUTO_SAVE_ENABLED">
<Attribute Name="Value" Type="Primitive" ValueType="String" Value="False" />
</TreeItem>
<TreeItem Name="PROJECT.AUTO_SAVE_INTERVAL">
<Attribute Name="Value" Type="Primitive" ValueType="String" Value="10" />
</TreeItem>
<TreeItem Name="PROJECT.AUTO_SAVE_SUSPEND_ON_ACTIVITY">
<Attribute Name="Value" Type="Primitive" ValueType="String" Value="False" />
</TreeItem>
<TreeItem Name="PROJECT.AUTO_SAVE_KEEP_FILES">
<Attribute Name="Value" Type="Primitive" ValueType="String" Value="50" />
</TreeItem>
<TreeItem Name="PROJECT.AUTO_SAVE_MAX_MB">
<Attribute Name="Value" Type="Primitive" ValueType="String" Value="250" />
</TreeItem>
<TreeItem Name="PROJECT.AUTO_SAVE_TOTAL_MAX_MB">
<Attribute Name="Value" Type="Primitive" ValueType="String" Value="1000" />
</TreeItem>
Im Anhang habe ich die Logs sowie einen Screenshot beigefügt, der zeigt, dass die Einstellungen fehlen.
|
|
5449 | |
Server | Wunsch / Idee | Low | Verzeichnisse für Pictures, UserDevices und zugehörige ... | Unbestätigt | 3.3.0 | | 16.05.2025 | 16.05.2025 | LightningBrothers |
Task Description
Starte ich DMXControl 3 erstmals auf dem PC (mit Default-Einstellungen) oder ändere das Arbeitsverzeichnis über eine Umgebungsvariable, sollte hierbei überprüft werden, ob die folgenden Verzeichnisse bereits existieren:
Für den Fall, dass diese Verzeichnisse nicht existieren, sollte der Kernel diese dort automatisch anlegen - auch wenn sie anfangs leer sind. Dies ist insbesondere für die UserDevices wichtig, da ansonsten die Verknüpfung im Startmenü “ins Leere läuft” und folglich nicht funktioniert. Hierzu gab es im Forum immer wieder Mal Rückfragen, wo die Antwort dann lautete “Bitte selbst unter … anlegen”.
|
|
4982 | |
InputAssignment | Wunsch / Idee | Low | IA: Master-Nodes sollten Display-Name nutzen | Für nächsten Release vorgesehen | unbestimmt | TBD (UIS) | 23.12.2022 | 15.05.2025 | MisterX |
Task Description
Die Master können ja nun mit Hilfe des Display-Name individuell benannt werden. Daher sollte in den Eigenschaften der Nodes der Display-Name und nicht weiterhin der Name angezeigt werden.
|
|
4852 | |
InputAssignment | Fehlerbericht | Low | Undefinierter Zustand von diversen Input-Typen nach Lad... | Auf Entwickler warten | 3.2.3 | | 08.05.2022 | 04.05.2025 | LightningBrothers |
Task Description
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.
|
|
5443 | |
GUI | Wunsch / Idee | Low | Werte von Preset in Szene entkoppeln | Unbestätigt | 3.3.0 | | 21.04.2025 | 21.04.2025 | JPK |
Task Description
Wenn ich ein Preset auf Teile einer Szene angewendet habe, gibt es keine Möglichkeit, diese Werte vom Preset zu entkoppeln. Sprich, die Werte des Presets sollen dann kopiert werden, aber nicht mehr mit dem Preset verknüpft sein.
|
|
4405 | |
Softdesk | Fehlerbericht | Medium | Slider mit Maus Scrollrad bedienen geht nicht. | Neu | 3.2.2 | | 15.03.2021 | 13.04.2025 | steff |
Task Description
Ich kann auf einen Slider klicken und diesen dann durch bewegen der Maus im Wert verändern, funktioniert auch einwandfrei. Man kann aber auch mit der Maus auf den Slider gehen und dann mit dem Scrollrad den Wert verändern. Der Slider verändert sich, aber die Änderung wird nicht im Input Assignment übergeben.
Wurde hier auch schon mal besprochen: https://forum.dmxcontrol-projects.org/index.php?thread/15884-slider/
|
|
5338 | |
GUI | Fehlerbericht | Low | MessageBoxes und Projektadmin erscheint auf anderem Bil... | Known Bug | 3.3 RC x | | 08.06.2024 | 07.04.2025 | MWSysTech |
Task Description
Projektmanager und Abfrage “Fenster wie zuletzt laden” erscheinen u.U. nicht auf dem gleichen Monitor wie die GUI. Weil man z.B. während dem Laden irgendwas anderes am PC macht geht wahrscheinlich der Fokus verloren. Ich vermute die Fenster starten “CenterScreen” und nicht “CenterOwner”. Letzteres erscheint mit sinnvoller, weil diese “MessageBoxes” ja nur im Kontext des Owners Sinn machen.
|
|
5235 | |
InputAssignment | Fehlerbericht | Very Low | Text überschneidet sich | Zugeteilt | 3.2.3 | 3.4 | 31.12.2023 | 07.04.2025 | EDER |
Task Description
Fehlerbeschreibung
Der Text mancher Knoten im IA überschneidet sich.
Erwartetes Verhalten
Ich fände es besser, wenn sich der Text nicht überschneiden würde und somit besser lesbar wäre.
Hinweise
Der Fehler tritt seit ich DMX Control benutze auf (3.1 oder so…) und ist auch noch in der 3.3 RC1 enthalten
Email: KingOfCrochet@web.de
|
|
5434 | |
Executoren | Wunsch / Idee | Low | Exekutoren mit Scrollrad bedienbar | Neu | 3.3.0 | | 09.03.2025 | 07.04.2025 | |
Task Description
Wie bei anderen Reglern auch wäre es praktisch, die Option zu haben, den Fader mit dem Scrollrad der Maus bedienen zu können.
|
|
5329 | |
GUI & Server | Fehlerbericht | High | Merge teilweise defekt (und führt in Teilen zum Absturz... | Auf Vereinsmitglieder warten | 3.3 RC x | 3.3.0 | 13.05.2024 | 07.04.2025 | LightningBrothers |
Task Description
In einem noch nicht näher bekannten Gesamtumfeld funktioniert die Merge-Funktion nicht zuverlässig, woraufhin die GUI sogar in Teilen abstürzt.
Genauere Details inklusive Log-Dateien kann Joseph (@nutzer99) liefern, da es bei ihm im Zuge der Programmierung seiner Show mehrfach aufgetreten ist. Ich möchte hiermit nur einmal das Problem grundlegend dokumentieren.
|
|
5267 | |
GUI & Server | Wunsch / Idee | Low | Cuelist Node ist Anzeige der gewählten Cuelist in den P... | Usability Relevant | 3.2.3 | 3.4 | 03.03.2024 | 06.04.2025 | steff |
Task Description
Hallo, Wenn ich in den Proberties des Cuelist Nodes nachsehen möchte welche Cuelist ausgewählt ist, ist da so nicht möglich. Ich sehe dort nur eine “Cryptische” ID. Klicke ich dann an der Seite auf den Pfeil kann ich eine Cuelist auswählen, aber sehe auch hier nicht welche eingestellt ist. Neben dem Node wird am Pin Name auch nur ein Teil des Namens angezeigt.
Erwartetes Verhalten
Eventuell könnte man eine zusätzliche Zeile einfügen, in der der Name angezeigt wird. Auch wäre es schön wenn in der Liste die gewählte Cuelist ausgewählt angezeigt wird. Das hätte auch den Vorteil, das wenn man dann nichts auswählt, trotzdem die vorher eingestellte Cuelist weiter verwendet wird und nicht, wie es jetzt ist, verloren geht
Gruß Steff
|
|
4427 | |
Softdesk | Fehlerbericht | High | Softdesk wird beim Schließen der GUI nicht gespeichert | Unbestätigt | 3.2.2 | | 29.03.2021 | 06.04.2025 | LightningBrothers |
Task Description
Ich lege ein neues Projekt und füge einem neuen Softdesk mehrere Controls hinzu. Dann schließe ich nur die GUI, während das Softdesk weiterhin im Designer geöffnet und das Projekt noch nicht gespeichert ist. Nach dem Neustart der GUI (den Kernel habe ich nicht beendet) sind alle neu eingefügten Controls verschwunden. Habe ich alternativ statt neue Controls hinzuzufügen auch nur bereits existierende Controls geändert (zum Beispiel verschoben), sind diese Änderungen ebenfalls nach dem Neustart der GUI weg.
Folglich fehlt ein entsprechender Befehl vom Softdesk Designer an den Kernel, das aktuelle Softdesk beim Beenden der GUI zu speichern. Denn wenn ich den Softdesk Designer vor dem Schließen der GUI manuell schließe, wird das Softdesk entsprechend im Kernel zwischengespeichert.
Aus den beigefügten Log-Files geht nicht hervor, dass das Softdesk beim Schließen der GUI automatisch gespeichert wird. Dafür wird aber in Folge dessen bemängelt, dass das in der ersten Session noch angelegte Control nach dem Neustart der GUI fehlt:
2021-03-29 11:31:46,518 [Main GUI] ERROR Lumos.GUI.WindowManager - Error when instantiating Object from persistString: Lumos.GUI.Windows.Softdesk.Designer.SoftdeskDesigner#c8aa2b0d-a9e3-4e64-98ef-47dcf6744d18
System.Reflection.TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht. ---> org.dmxc.lumos.Kernel.Exceptions.NotExistingException: Can't find a SoftdeskModel with ID c8aa2b0d-a9e3-4e64-98ef-47dcf6744d18
bei Lumos.GUI.Windows.Softdesk.SoftdeskWindow.getSoftdeskModelFromID(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\SoftdeskWindow.cs:Zeile 71.
bei Lumos.GUI.Windows.Softdesk.Designer.SoftdeskDesigner..ctor(String id) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\Windows\Softdesk\Designer\SoftdeskDesigner.cs:Zeile 83.
--- Ende der internen Ausnahmestapelüberwachung ---
bei System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
bei System.Reflection.RuntimeConstructorInfo.Invoke(BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)
bei System.RuntimeType.CreateInstanceImpl(BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, StackCrawlMark& stackMark)
bei System.Activator.CreateInstance(Type type, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes)
bei System.Activator.CreateInstance(Type type, Object[] args)
bei Lumos.GUI.WindowManager.GetContentFromPersistString(String persistString) in D:\Jenkins\workspace\Lumos_Pipeline_3.2\LumosGUI\src\WindowManagement\WindowManager.cs:Zeile 1817.
Ein (Beispiel-) Projekt kann nicht zur Verfügung gestellt werden, weil wie oben beschrieben zu keinem Zeitpunkt etwas gespeichert wurde.
|
|
5365 | |
TimecodePlayer | Fehlerbericht | Low | TimeCodePlayer roter Marker lässt sich nicht mehr anwäh... | Für nächsten Release vorgesehen | 3.3 RC x | | 24.07.2024 | 04.04.2025 | Phil2811 |
Task Description
Fehlerbeschreibung
Durch Doppelklick auf die Zeitleiste oder durch Anklicken und Verschieben lässt sich der rote Marker verschieben. Nach mehrmaligen verschieben lässt sich der Marker nicht mehr auswählen. Es ist nur noch der schwarze Marker sichtbar, der sich mit der Maus mitbewegt. Auch ein Schließen des TimeCodePlayers bringt keine Besserung. Nur ein Neustart des Programms.
3.3 RC3 Windows 10
|
|
5435 | |
GUI & Server | Fehlerbericht | High | DDF Angle Offset Has No Effect on RADIX | Neu | 3.3.0 | | 14.03.2025 | 14.03.2025 | shween |
Task Description
Hello!
I wanted to add a point on DDF RADIX DDF Profiles.
It seems that the <angleoffset> parameter has no effect on changing the orientation of pixel start points, or, in the visual GUI.
I have no idea if this was ever working in previous versions, as I have only started using RADIX Recently. Here is a Demo DDF for a fixture I am trying to make it wori with, but, also trying to make DDF for custom layouts and saving it as a full fixture for efficient processing of many ‘dimmers’
For instance. If pixel one starts at the 3:00 position, and I set ‘angle offset’ to 90 clockwise, the GUI, and actual DMX Fixture have no effect. the First pixel is stuck at default position in DMXC.
I am not sure I I am doing something wrong, But I also tested in other strange ways. Nothing seemed to work.
Thank you!
|
|
5102 | |
GUI & Server | Fehlerbericht | Low | Bei einigen Matrix Effekten wird nach löschen aus Devic... | Neu | 3.3 Beta x | 3.3.0 | 28.07.2023 | 05.03.2025 | steff |
Task Description
Hallo, ich bin gerade etwas mit der 3.3.0 Beta 8 am testen. Hier ist mir aufgefallen, wenn man einen Matrix Effekt auf die Matrix legt und diesen Effekt mit dem X aus dem Device Control löscht, es ein paar Effekte gibt, bei den die Ausgabe nicht vollständig zurückgesetzt wird.
Bei: Bitmap, Boom, Converter, Random, Text Bleibt was in der Ausgabe stehen. Beispiel als Bild im Anhang.
Bei: Alternate, Color Scroll, Fire, Strobe wird die Ausgabe, wie gewünscht komplett gelöscht.
Gruß Steff
|
|
4708 | |
GUI & Server | Wunsch / Idee | Low | Standard-Konfigurationsverzeichnis in AppData mit Minor... | Für nächsten Release vorgesehen | unbestimmt | 3.3.1 | 10.01.2022 | 02.03.2025 | LightningBrothers |
Task Description
Zur Zeit werden die Konfigurationsdaten im Standard-Verzeichnis unter
C:\Users\[User]\AppData\Roaming\DMXControl Projects e.V\
grundsätzlich ohne jeden Bezug zu einer Programm-Version abgelegt, welches (seit je her)
DMXControl
heißt - möglicherweise, weil es zu Zeiten von DMXControl 2 ähnlich war. Dies birgt aber den Nachteil, dass man nach dem Starten einer neueren Version nicht mehr ohne weiteres auf ältere Version zurückgehen kann. Einige Konfigurationsdaten werden verändert und sind dann nur noch für die neue Version verständlich. Zwar kann man hier mit Hilfe der Umgebungsvariablen aushelfen, jedoch ist fraglich, wie häufig von dieser Gelegenheit gebraucht gemacht wird.
Aus diesem Grund schlage ich vor, eine Unterscheidung nach Minor-Versionen von DMXControl 3 zu implementieren und die Konfigurationsdaten in den Verzeichnissen wie folgt aufzuteilen:
Bei der Installation einer jeweils neueren Version fragt der Installer ab, ob die bestehenden Konfigurationsdaten übernommen werden sollen. Das Verzeichnis der UserDevices wird grundsätzlich kopiert, sollte das Verzeichnis noch nicht existieren.
|
|
4294 | |
Nodle | Fehlerbericht | Low | Heartbeat fehlt bei Betrieb von 2 IF | Neu | 3.2.1 | | 21.11.2020 | 28.02.2025 | |
Task Description
Ich hab jetzt ein Update von zwei Nodle U1 auf die Version 1.06 gemacht. Soweit alles gut, nur als ich beide im DMXC 3.2.1 eingebunden hatte schreibt der Kernel immer bei dem zuletzt in WIN 10 eingebundenen Nodle das er den Heartbeat vermisst. Wenn ich ein IF in DMXC deaktiviert lasse kommt die Meldung nicht mehr. Es sind aber beide Interfaces im WIN-Geräte-Manager registriert. DMXC Forum 2 x Nodle U1 mit V1.06 - Heartbeat-Problem
|
|
5277 | |
Softdesk | Wunsch / Idee | Low | Relative Positionen beibehalten wenn im Softdesk mehrer... | Für nächsten Release vorgesehen | 3.2.3 | | 12.03.2024 | 27.02.2025 | steff |
Task Description
Hallo, ich würde mir wünschen: Wenn ich im Softdesk mehrere Elemente markiert habe und diese dann kopiere, das diese neuen Elemente beim einfügen ihre relative Position zu einander beibehalten und diese dann markiert sind. Das ich dann das ganze “Paket” an kopierten Elementen zusammen verschieben kann.
Jetzt ist es so das alle kopierten Elemente hintereinander an irgend einer Stelle auf dem Softdsk liegen und man alle einzeln verschieben und anordnen muss.
Dies würde den Workflow etwas erleichtern bzw. schneller machen.
Zur Verdeutlichung habe ich noch zwei Bilder angehängt.
MfG Steff
|
|
5107 | |
GUI & Server | Fehlerbericht | Low | Item List wird im Color Chaser nicht sofort aktualisier... | Neu | 3.2.3 | | 02.08.2023 | 27.02.2025 | steff |
Task Description
Hallo, folgendes Szenario:
Ich möchte in der Stage View einen Effekt mit dem Color Chaser bauen. Mache den Dimmer auf 100 und füge den Color Chaser der Color hinzu. Ich ändere ein paar Einstellungen und mir fällt auf das ich noch eine Item List erstellen möchte. Also wird eine Color Item List erstellt.
Diese neue Item List wird mir unter dem Device Control im Color Chaser aber nicht angezeigt. Ich muss erst mit dem X den Color Chaser entfernen und neu hinzufügen, erst jetzt wird die neue Color Item List angezigt und kann verwendet werden. Es sind dann aber alle Einstellungen die gemacht wurden zurückgesetzt und man muss diese neu einstellen.
Es wäre doch schön wenn neue Color Item Lists sofort angezeig werden würden. Dies ist mir in der 3.3.0 Beta 8 aufgefallen, das ist aber auch in der 3.2.3 so.
Gruss Steff
|
|
4000 | |
GUI | Wunsch / Idee | Low | Auswahl von Geräten in einer Device Group neu sortieren | Zugeteilt | 3.2 | 3.3.1 | 02.01.2020 | 27.02.2025 | LightningBrothers |
Task Description
Ich musste durch mein Projekt in einem Club mit vielen Device Groups arbeiten, um mit deren Hilfe besondere Effekte auf eine Teilauswahl der Geräte legen zu können. Für die Effekte war die Sortierung in den Device Groups entsprechend wichtig, aber auf Grund der Pixel pro Gruppe auch schnell aufwendig.
Ich würde mir daher eine Möglichkeit wünschen, nicht nur wie bis jetzt alle Devices in einer Device Group nach bestimmten Kriterien sortieren zu können, sondern diese Sortiermöglichkeiten auch nur für eine (zusammenhängende) Auswahl von nur 10 Geräten innerhalb der ansonsten 50 Geräte umfassenden Device Group nutzen zu können.
|
|
4861 | |
ArtNet | Wunsch / Idee | Low | DMX-Universum bei weiterem Art-Net-Interface automatisc... | Unbestätigt | 3.3 Beta x | TBD (UIS) | 17.06.2022 | 26.02.2025 | LightningBrothers |
Task Description
Im Ticket FS#3722 kam der Wunsch auf, die Ports der Art-Net-Ausgabe etwas sinnvoller zu sortieren, dass immer direkt 8 Universen am Stück adressiert werden. Durch das neue Ausgabe-Plugin hat sich dieser Dialog in der Hinsicht vereinfacht.
Als Folgeproblem hat sich aber nun durch das neue Ausgabe-Plugin für Art-Net ergeben, dass jedes weitere immer mit dem 1. DMX-Universum angelegt wird - und war sowohl innerhalb der Übersicht der DMX-Interfaces als auch in den erweiterten Einstellungen selbst. Um das Anlegen mehrerer Art-Net-Interfaces zu vereinfachen und zu beschleunigen, sollte hier an beiden Stellen bei den DMX-Universen automatisch “hochgezählt” werden. Net und Subnet bleiben konstant.
|
|
5342 | |
ArtNet | Wunsch / Idee | Medium | ArtNet DMX Setting | Neu | 3.3 RC x | | 13.06.2024 | 26.02.2025 | wide |
Task Description
I have a request for dmx interface settings.
In 3.3RC, all Artnet will be set up one by one to increase the universes. However, when using a large number of 15 universes, we have to work with IPs, universe numbers, etc. each time we add a new one. In 3.2, we could specify one IP and one universe at a time, but in 3.3, it becomes quite a tedious task. Can this be improved?
|
|
5085 | |
GUI & Server | Wunsch / Idee | Low | Maximal-Wert für Phase hochsetzen | Unbestätigt | 3.2.3 | | 03.07.2023 | 26.02.2025 | LightningBrothers |
Task Description
Aktuell ist der zulässige Höchstwert für die Phase bei 1080° festgesetzt. Dieser ist mittlerweile zu gering und sollte hochgesetzt werden.
In diesem Zusammenhang wäre dieser Wert als zentrale Konstante zu definieren, statt ihn einzeln in den Effekten zu hinterlegen.
|
|
5293 | |
Server | Fehlerbericht | Low | Kernel beschwert sich, wenn bereits eine DMXC-Instanz i... | Kann geschlossen werden | 3.3 RC x | | 04.04.2024 | 26.02.2025 | LightningBrothers |
Task Description
Ich habe auf einem PC bereits eine DMXC3.3-Instanz laufen. Dann starte ich auf einem zweiten PC eine weitere komplette Instanz von DMXC 3.3.0. Beide PCs befinden sich aber im gleichen Netzwerk. Hier beschwert sich der Kernel vom PC2, dass er sich nicht mit dem Umbra des PC1 verbinden kann - und in der Situation auch gar nicht soll. Die ersten Zeilen des Logs sehen wie folgt aus:
2024-04-04 23:08:38,105 [Log-Thread] WARN org.dmxc.lumos.Kernel.Net.gService.Umbra_gService - Unable to inform Source Umbra DefaultUnknownServerName @ 192.168.21.31...
Grpc.Core.RpcException: Status(StatusCode="Cancelled", Detail="Call canceled by the client.", DebugException="System.OperationCanceledException: The operation was canceled.")
---> System.OperationCanceledException: The operation was canceled.
--- End of inner exception stack trace ---
at LumosProtobuf.ConnectionClient.UmbraConnectionClient.<>c__DisplayClass47_0.<<ProcessDiscoveryBroadcast>g__InformUmbraAskForActions|1>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosProtobuf\src\UmbraConnectionClient.cs:line 688
Dieser Fehler ist mir bewusst erst mit dem RC2 unter die Finger gekommen. Grundsätzlich stört es den Betrieb nicht, aber der füllt das Log-File des Kernels.
|
|
5276 | |
GUI & Server | Fehlerbericht | Low | Fehler nach Replace einer Cue | Auf User warten | 3.3 RC x | 3.3.0 | 11.03.2024 | 26.02.2025 | Beni200 |
Task Description
3.3 RC2
Fehlemreldung im Kernel und keine Reaktion mehr von DMXC nachdem Cue 19 in den Programmer geladen wurde und anschließen gereplacet wurde.
Kernel ließ sich mit den Befehlen nicht schließen - auch nicht nach einem von JP angeregten Rechtsklick - und wurde dann via Task Maneger hart beendet.
Logs und Projekt im Anhang. 0.2.61 = letztes gespeichertes Projekt, lässt sich aber nicht mehr laden 0.2.60 = letzter Stand vor Fehler
|
|
5430 | |
GUI & Server | Fehlerbericht | High | Softdesk schließt sich während Show | Neu | 3.3.0 | | 23.02.2025 | 24.02.2025 | |
Task Description
Fehlerbeschreibung
Während einer Show gestern Abend ist mein Softdesk abgestürzt bzw. hat sich geschlossen. Beim erneuten öffnen waren die Cuelist Monitore leer und es ließ sich nichts mehr anklicken. Das Softdesk Fenster konnte auch nicht mehr geschlossen werden. Kurz vorher haben schon die zwei abgedockten Fenster geflackert und sich neu aufgebaut.
Projekt:
Projekt erstellt in 3.2.3
Projekt importiert in 3.3 RC5
Projekt weiter verwendet in 3.3
Offene Fenster (Laptopmonitor + externer Monitor):
DMXControl auf externem Monitor
Executer-Fenster abgedockt auf externem Monitor
“New Softdesk”-Fenster abgedockt auf Laptopmonitor
Hardware:
Lenovo Thinkpad T580
i7-8650U
NVIDIA GeForce MX150
“DMXControl 3 GUI” ist auf “Hohe Leistung” gestellt und der Haken bei “Keine Optimierung für Fensterspiele verwenden” ist gesetzt.
16 GB RAM 2400 MHz Single Channel
beide Monitore 1080p
Midi Pult APC Mini
Erwartetes Verhalten
Keine Abstürze. Ohne das Midi Pult hätte ich keine Möglichkeit mehr gehabt das Licht zusteuern.
Weiteres
Ich möchte noch sagen, dass ich DMXControl als gutes Projekt sehe und denke, dass die 3.3 ein wichtiger Schritt in die richtige Richtung ist. Leider finde ich die Arbeitsweise teileweise zu umständlich, gerade wenn man nicht viel Zeit hat eine Show zu programmieren. Ich komme vom grandMA (pico und ultra light). Wenn ich dort eine neue Szene in einer neuen Cuelist speichern will muss ich einfach nur auf “Store” drücken und dann auf eine Taste eines Executors. Ist der Executor schon belegt wird gefragt ob ich eine zweite Cue hinzufügen möchte oder eine neue Cuelist anlegen will. Ich denke das würde sich auch gut in DMXC3 umsetzen lassen. Button Executor wären denke ich auch eine gute Ergänzung um einfache Cuelists zu starten und zu stoppen.
Bei weiteren Fragen könnt ihr euch gerne per E-Mail melden. Ich helfe gern dieses Projekt nach vorne zu bringen.
|
|
5429 | |
GUI & Server | Fehlerbericht | High | 'Pixel Random' Breaks Random Pixel Matrix Effect Genera... | Neu | 3.3.0 | | 22.02.2025 | 22.02.2025 | shween |
Task Description
When using the Matrix Effect: ‘Random’, Changing the value of the ‘Pixel Random’ parameter breaks the effect.
|
|
5428 | |
GUI & Server | Wunsch / Idee | High | Animated Bitmap Support | Neu | 3.3.0 | | 22.02.2025 | 22.02.2025 | shween |
Task Description
It would be great if the Bitmap Matrix Effect supported animated files including WEBM, GIF, Various Video Files, Live Video Input ETC.
|
|
5427 | |
GUI & Server | Fehlerbericht | High | Bitmap Pixel Effect does not recall image from cue | Neu | 3.3.0 | | 22.02.2025 | 22.02.2025 | shween |
Task Description
Bitmap Pixel Effect does not recall image from cue.
When saving a bitmap pixel effect to a cue, only the default DMXC Logo appears when recalling the cue. The cue does not recall the Bitmap Source image.
|
|
5425 | |
GUI & Server | Fehlerbericht | Low | Eingangszuweisungen: Executor Page Selected Ausgang fun... | Neu | 3.3.0 | 3.3.1 | 16.02.2025 | 21.02.2025 | sw474 |
Task Description
Fehlerbeschreibung
Bei den Eingangszuweisungen funktioniert bei den Executor Pages der “Ausgewählt”/”Selected” Ausgang nicht. Es bleibt immer der Ausgang der zuerst erstellten Executor Page auf True und die anderen immer auf False.
Erwartetes Verhalten
Der “Selected” Ausgang der gerade aktiven Executor Page sollte auf True stehen, die restlichen auf False.
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!
|
|
5405 | |
Umbra | Fehlerbericht | Medium | FATAL DMX Control 3 Umbra | Neu | 3.3 RC x | | 15.12.2024 | 21.02.2025 | |
Task Description
Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.
Fehlerbeschreibung
Nach Installation von DMX Control 3.3.0 RC 5 wurde der DMX Control Launcher gestartet. Beim Starten von DMX Control 3.3.0 startet auch die Umbra und es erscheint im Umbra Log angehängte Fehlermeldung.
DMX Control 3.3.0 startet dann normal ist aber völlig “hohl”, viele Funktionen reagieren nicht. Auch ein Import von 3.2.3 Projekte ist nicht möglich.
Erwartetes Verhalten
Hinweise
Bitte beachten Sie folgende Hinweise, um das Finden des Problems für die Entwickler zu erleichtern:
3.3.0 RC5
Nichts dergleichen gefunden im Bugtracker. EDIT JPK: E-Mail-Adresse entfernt, da bereits an anderer Stelle vorhande
[Edit: Inhalt aus externer Quelle heruntergeladen und Ticket beigefügt.]
[Edit: Link zum Datei-Transfer-Anbieter entfernt weil Anbieter keinen “seriösen” Download ohne komplettes Freischalten und explodierende Werbeanzeigen-Tabs ermöglicht.]
Nicht relevant für fehler.
Wichtig: Sollten keine Logs beigefügt sein, kann das dazu führen, dass das Ticket sofort geschlossen wird!
|
|
4895 | |
GUI & Server | Fehlerbericht | Low | PWM Filter springt bei Speed Änderung | Auf Entwickler warten | 3.3 Beta x | 3.3.1 | 20.08.2022 | 21.02.2025 | nutzer99 |
Task Description
Fehlerbeschreibung
Ändere ich live die geschwindigkeit vom PWM Effekt mit einem Speedmaster, so springt der Effekt immer auf seinen Anfang zurück.
Erwartetes Verhalten
Wie auch beim Chaser Filter, sollte der Effekt an gleicher Stelle weiterlaufen, nur mit anderer Geschwindigkeit.
|
|
5422 | |
Installer | Fehlerbericht | Low | Installer prüft nicht rechtzeitig ob Internet-Verbindun... | Unbestätigt | 3.3.0 | | 09.02.2025 | 17.02.2025 | LightningBrothers |
Task Description
Führt man die Installation auf einem Gerät ohne vorhandene Internetverbindung aus, wird erst zu spät festgestellt, dass diese nicht vorliegt. So werden verschiedene .net-Frameworks nicht installiert bevor man einen Hinweis erhält. Dadurch entsteht der Eindruck, dass bis dahin alles ordnungsgemäß abgelaufen ist.
Im Idealfall prüft der Installer ganz zu Anfang, ob eine Internetverbindung besteht und gibt einen Hinweis, falls diese nicht existiert.
|
|
5423 | |
Server | Fehlerbericht | Low | Log zählt Revisionsnummer beim Speichern nicht mit | Unbestätigt | 3.3.0 | | 11.02.2025 | 17.02.2025 | LightningBrothers |
Task Description
Ich habe ein Projekt mit der Version 2.0.4 geöffnet und dann über eine gewisse Zeit mehrmals gespeichert. In den Logs des Kernels wird die Revisionsnummer allerdings nicht hochgezählt, wie im beigefügten Auszug zu sehen ist. Eigentlich müsste mit dem letzten Eintrag die Revisionsnummer bei 7 stehen. Die Projektdatei selbst wird richtig abgelegt.
18:20:06 INFO Project_gService - Start saving Project.
18:20:06 INFO ProjectManager - Saving Project Ehrung der Besten
18:20:08 INFO ProjectManager - Version { "guid": "K4SS0GF8", "major": 2, "revision": 4 } of Project Ehrung der Besten successfully saved.
20:00:01 INFO Project_gService - Start saving Project.
20:00:01 INFO ProjectManager - Saving Project Ehrung der Besten
20:00:03 INFO ProjectManager - Version { "guid": "K4SS0GF8", "major": 2, "revision": 4 } of Project Ehrung der Besten successfully saved.
20:26:00 INFO Project_gService - Start saving Project.
20:26:00 INFO ProjectManager - Saving Project Ehrung der Besten
20:26:03 INFO ProjectManager - Version { "guid": "K4SS0GF8", "major": 2, "revision": 4 } of Project Ehrung der Besten successfully saved.
|
|
5270 | |
GUI & Server | Wunsch / Idee | Low | Umschalten zwischen Stage Views mit dem IA | Neu | 3.2.3 | | 04.03.2024 | 11.02.2025 | steff |
Task Description
lch fände es gut wenn eine Möglichkeit implementiert werden würde (Node oder ähnliches) mit der es möglich wird über das Input Assignment zwischen Stage Views umzuschalten. Dann könnte man mit Buttons im Softdesk, über DMX-In, Midi-In, wegen bestimmten Bedingungen usw. zwischen den angelegten Stage Views umschalten.
|
|
5269 | |
GUI & Server | Wunsch / Idee | Low | Umschalten zwischen Soft-Desks mit dem IA | Neu | 3.2.3 | | 04.03.2024 | 11.02.2025 | steff |
Task Description
lch fände es gut wenn eine Möglichkeit implementiert werden würde (Node oder ähnliches) mit der es möglich wird über das Input Assignment zwischen Soft-Desks umzuschalten. Dann könnte man mit Buttons im Softdesk, über DMX-In, Midi-In, wegen bestimmten Bedingungen usw. zwischen den angelegten Soft-Desks umschalten.
|
|
5096 | |
Softdesk | Fehlerbericht | Low | Softdesk Elemente sind im Editor Modus nicht mit Touch ... | Auf Entwickler warten | 3.2.3 | 3.3.0 | 22.07.2023 | 08.02.2025 | steff |
Task Description
Hallo, mir ist aufgefallen das ich Elemente des Softdesks im Editor Modus nicht mit Touch anwählen kann. Im Testmodus funktioniert die Touch Funktion dann wieder. Mit der Maus ist das ohne Probleme möglich.
Dies ist auch schon in der 3.2.3 so und getestet habe ich jetzt auch in der 3.3. Beta 7
Ich habe das mit 2 verschiedenen PCs, sowie mit verschiedenen Touch Monitoren (ASUS und Samsung) ausprobiert.
Gruß Steff
|
|
5000 | |
GUI & Server | Fehlerbericht | Medium | Color Master fadet über weiß bei Wechsel der Fanning-Op... | Benötigt Tests | 3.3 Beta x | 3.3.0 | 30.12.2022 | 08.02.2025 | LightningBrothers |
Task Description
Ich habe in dem beigefügten Projekt eine einfache Cuelist gebaut, in der ich zwei Color Master in Kombination mit verschiedenen Fanning-Operatoren nutze.
Wechsle ich nur innerhalb des Fannig-Operators die Reihenfolge der Color Master, so wird die Farbe immer direkt übergefadet. Ändert sich aber mit der nachfolgenden Cue der Fanning-Operator, springt die Farbe des entsprechenden Geräts jedoch grundsätzlich hart auf weiß, um dann in die Zielfarbe einzufaden. Die Reihenfolge der Color Master ist dabei unerheblich.
Dies ist sowohl in der Stage View als auch in der Channel Overview zu sehen.
|
|
5326 | |
ArtNet | Fehlerbericht | Low | Exception bei Abschalten der DMX-Interfaces über Main-S... | Benötigt Tests | 3.3 RC x | 3.3.0 | 13.05.2024 | 04.02.2025 | LightningBrothers |
Task Description
Deaktiviere ich die DMX-Interfaces über den Main-Switch, fliegt im Kernel die folgende Exception
20:54:46 ERROR DMXInterfaceBag - Error setting interface Serial: ArtNet, Model: Art-Net, Vendor: Artistic License enabled state to False:
System.ArgumentOutOfRangeException: Index was out of range. Must be non-negative and less than the size of the collection. (Parameter 'index')
at System.Collections.Generic.List`1.Remove(T item)
at org.dmxc.lumos.Kernel.DMX.ArtNetManager.RemovePort(ArtNetInterface port) in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNetManager.cs:line 147
at org.dmxc.lumos.Kernel.DMX.ArtNetInterface.OnDisable() in D:\Jenkins\workspace\Lumos_DMXPlugins_Pipeline_3.3\ArtisticLicenseArtNet\src\ArtNet.cs:line 150
at DMXLIB.AbstractDMXInterface.set_Enabled(Boolean value)
at DMXInterfaceMgmtLIB.DMXInterfaceBag.SetEnabledInternal(Boolean target, Boolean byHeartbeatRestart, Boolean byMainSwitch) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\DMXInterfaceMgmtLIB\DMXInterfaceBag.cs:line 267
|