DMXC Bugtracker - https://bugs.dmxcontrol-projects.org/ DMXC Bugtracker -DMXControl 2: Recently closed tasks 2021-05-02T21:02:18Z FS#1476: Änderung von Effektintensitäten führt zum Einfrieren der DMX-Ausgabe https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=1476 2021-05-02T21:02:18Z Stefan Kistner Dieses Problem ist im Rahmen des Betriebs im Soda und York aufgefallen. Problemschilderung Wird im laufenden Betrieb im Effektsequenzer (bzw. im Live-Betrieb via Submaster / MIDI-Controler) die Intensität von mehreren, in einer Gruppe zusammengefassten Effekten geändert, friert die DMX-Ausgabe für den Zeitraum der Berechnung der neuen Intensitäten für die entsprechenden Effekte ein - unabhängig von der Anzahl der Geräte, die mit den Effekten angesteuert werden. Unter DMXControl 2.11 bestand dieses Problem nicht. Hier ist es nur zeitweise vorgekommen, dass die Submaster-Regler gesprungen sind. Beispiel Für zwei Gerätegruppen (einmal 65 LED-PARs und einmal 4 LED-PARs) laufen Effekte. Für die dritte Gerätegruppe (4 Scanner) soll die Helligkeit durch die Änderung der Effekt-Intensität geändert werden. Minimale Änderungen werden noch einigermaßen problemlos ohne stocken umgesetzt. Bei größeren Änderungen dagegen (Größenordnung ca. 10% aufwärts) kommt wie oben beschrieben die DMX-Ausgabe ins Stocken, sodass auch DMXControl für den Zeitraum der Berechnung nicht mehr reagiert (Größenordnung bis zu 10 Sekunden). Nach Abschluss des Rechenvorgangs ist dann wieder ein normales Weiterarbeiten möglich. Lösungsvorschlag Insbesondere bei der Anpassung der Effekt-Intensitäten via Submaster / MIDI-Controler die Werteänderung in einen Puffer schreiben und je nach Umfang der Wertänderung automatisch größere Abstufungen wählen. Konkret würde dies bedeuten, dass bei einer Änderung um 5% in einer Sekunde alle 5 Schritte berechnet werden 50% in einer Sekunde max. 10 Schritte berechnet werden Die Aktivierung dieses Puffers erfolgt durch einen Haken in der Programmkonfiguration, da dieses Problem insbesondere bei umfangreichen Projekten wie das York und Soda auftreten. Bei kleineren Projekten kann vom Grundsatz her weiter nach dem vorhandenen Schema verfahren werden. Dieses Problem ist im Rahmen des Betriebs im Soda und York aufgefallen.

Problemschilderung

Wird im laufenden Betrieb im Effektsequenzer (bzw. im Live-Betrieb via Submaster / MIDI-Controler) die Intensität von mehreren, in einer Gruppe zusammengefassten Effekten geändert, friert die DMX-Ausgabe für den Zeitraum der Berechnung der neuen Intensitäten für die entsprechenden Effekte ein - unabhängig von der Anzahl der Geräte, die mit den Effekten angesteuert werden.

Unter DMXControl 2.11 bestand dieses Problem nicht. Hier ist es nur zeitweise vorgekommen, dass die Submaster-Regler gesprungen sind.

Beispiel

Für zwei Gerätegruppen (einmal 65 LED-PARs und einmal 4 LED-PARs) laufen Effekte. Für die dritte Gerätegruppe (4 Scanner) soll die Helligkeit durch die Änderung der Effekt-Intensität geändert werden. Minimale Änderungen werden noch einigermaßen problemlos ohne stocken umgesetzt. Bei größeren Änderungen dagegen (Größenordnung ca. 10% aufwärts) kommt wie oben beschrieben die DMX-Ausgabe ins Stocken, sodass auch DMXControl für den Zeitraum der Berechnung nicht mehr reagiert (Größenordnung bis zu 10 Sekunden). Nach Abschluss des Rechenvorgangs ist dann wieder ein normales Weiterarbeiten möglich.

Lösungsvorschlag

Insbesondere bei der Anpassung der Effekt-Intensitäten via Submaster / MIDI-Controler die Werteänderung in einen Puffer schreiben und je nach Umfang der Wertänderung automatisch größere Abstufungen wählen. Konkret würde dies bedeuten, dass bei einer Änderung um

  • 5% in einer Sekunde alle 5 Schritte berechnet werden
  • 50% in einer Sekunde max. 10 Schritte berechnet werden

Die Aktivierung dieses Puffers erfolgt durch einen Haken in der Programmkonfiguration, da dieses Problem insbesondere bei umfangreichen Projekten wie das York und Soda auftreten. Bei kleineren Projekten kann vom Grundsatz her weiter nach dem vorhandenen Schema verfahren werden.

]]> FS#2164: Fehlermeldung beim Start und Laden von DMXC(-Dateien) https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=2164 2015-08-21T10:38:25Z anonymous Hi,wenn ich DMXC öffne, kommt das Fenster mit dem Ladebalken. Dann öffnet sich DMXC 2 und das Fehlermeldungskästchen kommt mit folgender Fehlernummer: 9(Index auserhalb de Bereichs)Ich hänge mal das Fehlerprotokol anDiese Meldung kommt immer beim Starten von DMXC oder laden von Projekten.Eine Neuistallation hat auch nicht geholfen Hi,
wenn ich DMXC öffne, kommt das Fenster mit dem Ladebalken. Dann öffnet sich DMXC 2 und das Fehlermeldungskästchen kommt mit folgender Fehlernummer: 9(Index auserhalb de Bereichs)
Ich hänge mal das Fehlerprotokol an
Diese Meldung kommt immer beim Starten von DMXC oder laden von Projekten.
Eine Neuistallation hat auch nicht geholfen

]]> FS#1976: Intensität-Gruppierung funktioniert nicht korrekt. https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=1976 2015-08-21T10:34:02Z Uwe Prenner Hallo,nachdem ich gestern mal wieder eine VA hatte, habe ich dort mal dieGruppierung der Intensität ausprobiert. Dabei ist mir aufgefallen das es bei normalen Gruppierungen funktioniert,aber bei Mehrfach-Gruppierungen nicht mehr korrekt. Effekt1 (Gruppe1)Effekt2 (Gruppe1)Effekt3 (Gruppe1) Funktioniert, aber Effekt1 (Gruppe1)Effekt2 (Gruppe2)Effekt3 (Gruppe1;Gruppe2) Hier funktioniert die Intensität nur für die Gruppe1,Gruppe2 wird nicht mit eingebunden, da anscheinend nurdie erste Gruppe abgefragt wird und die 2’te ignoriert wird. Gruß Uwe Hallo,
nachdem ich gestern mal wieder eine VA hatte, habe ich dort mal die
Gruppierung der Intensität ausprobiert.

Dabei ist mir aufgefallen das es bei normalen Gruppierungen funktioniert,
aber bei Mehrfach-Gruppierungen nicht mehr korrekt.

Effekt1 (Gruppe1)
Effekt2 (Gruppe1)
Effekt3 (Gruppe1)

Funktioniert, aber

Effekt1 (Gruppe1)
Effekt2 (Gruppe2)
Effekt3 (Gruppe1;Gruppe2)

Hier funktioniert die Intensität nur für die Gruppe1,
Gruppe2 wird nicht mit eingebunden, da anscheinend nur
die erste Gruppe abgefragt wird und die 2’te ignoriert wird.

Gruß Uwe

]]> FS#1110: Erweiterter Algorythmus zur Beat-Erkennung https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=1110 2014-10-04T16:39:03Z Fabian Sachara Ich wünsche mir jetzt einfach mal einen erweiterten Algorythmus zur Beat-Detection, der nicht von Frequenzspektrum ist.Am besten so ähnlich wie der Advanced Modus in WinAmp. Grüße,Th3Falc0n Ich wünsche mir jetzt einfach mal einen erweiterten Algorythmus zur Beat-Detection, der nicht von Frequenzspektrum ist.
Am besten so ähnlich wie der Advanced Modus in WinAmp.

Grüße,
Th3Falc0n

]]> FS#2028: Einfrieren funktioniert nicht beim speichern einer neu erstellten Szene https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=2028 2014-09-01T17:42:50Z Wulf Das einfrieren mit dem “Eiswürfel”, oben im Benutzer Menü,funktioniert nicht beim speichern einer neu erstellten Szene. Das einfrieren mit dem “Eiswürfel”, oben im Benutzer Menü,
funktioniert nicht beim speichern einer neu erstellten Szene.

]]> FS#2026: Farbe in der Szeneliste im Hintergrund der Schrift https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=2026 2014-08-28T20:49:17Z anonymous Super und wichtig ist die Farbe die man wählen kann für die Schrift in der Szeneliste. Gut wäre auch wenn man den Hintergrund der Schriftmit einer Farbe belegen könnte. Super Programmvielen Dank für die guten Ideenund die Kontinuität Super Super und wichtig ist die
Farbe die man wählen kann für die Schrift
in der Szeneliste.

Gut wäre auch wenn man den Hintergrund der Schrift
mit einer Farbe belegen könnte.

Super Programm
vielen Dank für die guten Ideen
und die Kontinuität

Super

]]> FS#1737: Pack&Go https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=1737 2014-06-01T15:32:02Z Stephan Augustin Bei der nutzung der “PAck&GO”-Funktion stürzt DMXCONTROL reproduzierbar ab. Ich habe ausgewählt, dass alle Optionen mit verpackt werden sollen, und den Dateinamen bei der default-einstellung gelassen. Bei der nutzung der “PAck&GO”-Funktion stürzt DMXCONTROL reproduzierbar ab.
Ich habe ausgewählt, dass alle Optionen mit verpackt werden sollen, und den Dateinamen bei der default-einstellung gelassen.

]]> FS#1763: Store/Recall beim speichern von Szenen https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=1763 2014-06-01T15:31:13Z Stephan Augustin Beim Speichern von Szenen kann der Store-Button verwendet werden, um die aktuelle Auswahl zu speichern und bei neuen Szenen wiederzuverwenden. Nun habe ich eine Szene “weiss”, in der alle LED-Lampen mit Farbwerten (weiss)gespeichert sind. Da ich eine Leuchte hinzufügen möchte, habe ich alle gewünschten Kanäle selektiert und dann auf “store” geklickt. Nun habe ich die Leuchten auf Grün eingestellt und die Szene “Grün” geöffnet, welcher ich ebenfalls die neue leuchte hinzufügen möchte. Hierbei sind merkwürdigerweise mehr lampen selektiert als sinnvoll (z.b. strobes)Beim klick auf “Recall” werden nun willkürlich lampen (de) selektiert, was aber nicht der gewünschten Auswahl entspricht. Auch hier nochmal mein Vorschlag: ein Extra-Fenster, in dem ich unabhängig vom Szenen-Fenster festlegen kann, welche Kanäle gespeichert werden sollen, und im Szenenfenster dann lediglich für diese Kanäle änderungsmöhglichkeiten für die Werte bieten. Beim Speichern von Szenen kann der Store-Button verwendet werden, um die aktuelle Auswahl zu speichern und bei neuen Szenen wiederzuverwenden.

Nun habe ich eine Szene “weiss”, in der alle LED-Lampen mit Farbwerten (weiss)gespeichert sind.
Da ich eine Leuchte hinzufügen möchte, habe ich alle gewünschten Kanäle selektiert und dann auf “store” geklickt.

Nun habe ich die Leuchten auf Grün eingestellt und die Szene “Grün” geöffnet, welcher ich ebenfalls die neue leuchte hinzufügen möchte.
Hierbei sind merkwürdigerweise mehr lampen selektiert als sinnvoll (z.b. strobes)
Beim klick auf “Recall” werden nun willkürlich lampen (de) selektiert, was aber nicht der gewünschten Auswahl entspricht.

Auch hier nochmal mein Vorschlag: ein Extra-Fenster, in dem ich unabhängig vom Szenen-Fenster festlegen kann, welche Kanäle gespeichert werden sollen,

und im Szenenfenster dann lediglich für diese Kanäle änderungsmöhglichkeiten für die Werte bieten.

]]> FS#558: Ziehen der Fader im Master bei großgezogenen Fenster https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=558 2014-06-01T15:25:40Z Stefan Kistner Für das Arbeiten mit meinem Touchscreen vergrößere ich den Master auf die maximale Bildschirmhöhe. Dabei tritt der Fall ein, dass alle vier Regler bei der Bedienung mit der Maus im unteren Bereich (ca. &lt; 50%) nicht angefasst und verschoben werden können. Es funktioniert nur ein Klicken auf den gewünschten Wert bzw. das Scrollen mit dem Mausrad. Nach einigen Versuchen habe ich festgestellt, dass der Fehler ab einer vertikalen Höhe des Fensters von ca. 600px auftritt. Für das Arbeiten mit meinem Touchscreen vergrößere ich den Master auf die maximale Bildschirmhöhe. Dabei tritt der Fall ein, dass alle vier Regler bei der Bedienung mit der Maus im unteren Bereich (ca. < 50%) nicht angefasst und verschoben werden können. Es funktioniert nur ein Klicken auf den gewünschten Wert bzw. das Scrollen mit dem Mausrad. Nach einigen Versuchen habe ich festgestellt, dass der Fehler ab einer vertikalen Höhe des Fensters von ca. 600px auftritt.

]]> FS#1659: Effektkategorien / Effekt aufwärts verschieben (Effekte springen aus der Effektkategorie raus) https://bugs.dmxcontrol-projects.org/index.php?do=details&task_id=1659 2014-06-01T09:26:48Z joh Bug tritt auf, beim klick auf den Pfeil hoch(Effekt aufwärts verschieben) wenn der oberste Effekt in Deflaut markiert ist.Bug ist das Effekte aus anderen Kategorien in Deflaut erscheinen und sich nich mehr verschieben lassen Bug tritt auf, beim klick auf den Pfeil hoch
(Effekt aufwärts verschieben) wenn der oberste Effekt in Deflaut markiert ist.
Bug ist das Effekte aus anderen Kategorien in Deflaut erscheinen und sich nich mehr verschieben lassen

]]>