Bugtracker DMXControl 3

Bugtracker für DMXControl 3

Herzlich willkommen im Bugtracker für DMXControl 3. Hier können Sie alle Fehler in DMXControl 3 melden oder Wünsche für neue Features äußern. Dieser Bugtracker ist jedoch nicht der richtige Ort für allgemeine Probleme zur Bedienung oder bei fehlerhaften DDFs. Dafür benutzen Sie bitte das DMXControl Forum.

Bevor Sie einen Fehler melden, prüfen Sie bitte ob Sie mit der aktuellsten Version arbeiten und schauen bitte nach, ob dieser Fehler bereits gemeldet wurde. Im Sinne einer schnellen Fehlerbehebung geben Sie bitte unbedingt eine E-Mail-Adresse für Rückfragen an und fügen alle eventuell angezeigten Fehlermeldungen bitte möglichst vollständig dem Report hinzu (z.B. mit Screenshot). In DMXControl 3 gibt es eine Export-Funktion für alle erforderlichen Log Files. Sie ist im Hauptmenu unter “Help” → “Export Logs” zu finden.

Wenn Sie häufiger Fehler melden und über behobene Fehler informiert werden möchten, lohnt sich auch eine Registrierung. Ihre Kontaktdaten (E-Mail-Adresse) werden von uns ausschließlich zur Kommunikation zwecks Rückfragen bei Problemen der Fehler-Reproduktion und Fehlerbereinugung in unseren Projekten verwendet.

Vielen Dank für ihre Mitarbeit!
Ihr DMXControl Projects e.V. Team

IDFortschrittKategorieAufgabentypSchweregradZusammenfassungStatusbetrifft Versionfällig in Versionangelegtzuletzt geändertangelegt von
 3232 
100%
ServerFehlerberichtniedrig Auto Fan on Intensity wird nicht gespeichert geschlossen3.1.212.12.201813.12.2018N0body Aufgabenbeschreibung

Die Auto Fan on Intensity wird nicht gespeichert und muss nach jedem Laden des Projekts wieder neu gesetzt werden.

 3231 
100%
ServerFehlerberichtniedrig Cuelist Random ist nicht richtig zufällig geschlossen3.1.212.12.201813.12.2018N0body Aufgabenbeschreibung

Ich habe 2 Cuelists mit gleich vielen Cues (jeweils 6 Farben für 2 unterschiedliche Geräte), diese werden über eine Cuelist-Group gleichzeitig gestartet und über einen Beat weitergeschaltet.

In diesem Szenario haben immer beide Lampen die gleiche Farben, da in beiden Cuelists der Random den gleichen Cue auswählt.

 3101 
100%
ServerFehlerberichtmittel Cuelist crasht bei Preset-Cues geschlossen3.1.208.07.201812.12.2018N0body Aufgabenbeschreibung

Wenn man in Cuelist Preset-Cues (Special→Preset) verwendet, crasht teilweise die Cuelist ohne erkennbaren Grund. Man kann weiter auf GO klicken, die Cues werden aber nicht ausgeführt.

In den Logs findet sich auch mehrere Fehlermeldungen:
ERROR org.dmxc.lumos.Kernel.Command.ReflectionCommandFactory - TargetInvocationException: Ein Aufrufziel hat einen Ausnahmefehler verursacht.
ERROR org.dmxc.lumos.Kernel.Command.Command - Error while invoking Command: goScenelist, Paras:
ERROR org.dmxc.lumos.Kernel.Run.ThreadManager - Thread PlayOnceTrigger exited ThreadStart-Method with Exception: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.

Logfiles habe ich angefügt. Bei Bedarf kann ich auch das Projekt bereitstellen.

 2979 
100%
ServerFehlerberichtmittel Programmer Priority funktioniert (in Verbindung mit Cue ...geschlossen3.1.13.1.218.11.201721.11.2017N0body Aufgabenbeschreibung

Eine laufende Cuelist kann im Programmer vorhanden Werte nicht überschreiben, egal wie die Programmer Priority eingestellt ist. Es wird weiter der Wert im Programmer ausgegeben.
Beim Start einer Cuelist werden dagegen die Werte im Programmer immer überschrieben, ebenfalls unabhängig von der Priority.

Beispiel: Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer 100%
Cue 2 (Dimmer 0%) → Dimmer 0%
→ Funktioniert

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer 50%
→ Funktioniert nicht

(Vgl. https://forum.dmxcontrol-projects.org/index.php?thread/13013)

3099
0%
ServerFehlerberichtniedrigAusgabe springt bei Priority-Update auf letzten Cuelist...Neu3.1.205.07.201805.07.2018N0body Aufgabenbeschreibung

Wenn man während einer laufenden Cuelist Kanalwerte anpasst, springt der Wert bei einer Änderung durch die Cuelist zurück auf den letzten von der Cuelist gesetzten Wert und fadet von dort zum neuen Wert.

Beispiel:
Generic Dimmer, Cuelist mit 2 Cues: Dimmer 100% und Dimmer 0%, Cuelist auf “Priority update on Go” und Programmer-Priority auf Normal

Fall 1: Änderungen vor Start der Cuelist
Über Programmer Dimmer auf 50% - Dimmer 50%
Cue 1 (Dimmer 100%) → Dimmer fadet von 50% auf 100% (So soll es sein)

Fall 2: Änderungen während laufender Cuelist
Cue 1 (Dimmer 100%) → Dimmer 100%
Über Programmer Dimmer auf 50% → Dimmer 50%
Cue 2 (Dimmer 0%) → Dimmer springt zurück auf 100% (Cue 1) und fadet von dort auf 0% (So sollte es nicht sein)

https://forum.dmxcontrol-projects.org/index.php?thread/13013

zeige Aufgaben 1 - 5 von 5 Seite 1 von 1

verfügbare Tastenkürzel

Aufgabenliste

Aufgabendetails

Aufgabenbearbeitung