DMX-In lässt Softdesk einfrieren ... Performance Problem oder Denkfehler ;-)

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Moin zusammen,

    ich habe nun ein historisches Lichtpult-Schätzchen, einen alten Pulsar Modulator IV, wieder aus der Versenkung geholt. Da das gute Stück für mich immer noch die beste analog Sound to light Steuerung hat (und ich irgendwie auch an dem Sound Analyzer beim Ansprechen meiner Soundkarte scheitere...) habe ich das Teil mit einem DMX Multiplexer in die neue Welt gerettet.

    Meine Idee war jetzt, die 4 Sound-2-Light gesteuerten DMX-Kanäle auf mein Licht Setup zu übertragen.

    Hierzu nutze ich spezielle Gruppenmaster, die dann über das Input Assignment mit den DMX-In Werten verschaltet werden - Das ganze ist dann noch mit einem Button im Softdesk verknüpft, welcher über einen Eingangswähler (siehe Bild) die Gruppenmaster entweder direkt mit den DMX In Werten verknüpft oder aus 1 = 100% setzt.

    Soweit so gut - funktioniert tadellos bis auf folgenden Effekt:

    Bei aktiver Sound 2 Light Steuerung friert das Softdesk ein - Bedieneingaben werden gar nicht bis sehr verzögert angenommen.

    Folgendes konnte ich soweit schon eingrenzen:

    1. Das DMX In Signal vom Multiplexer "flattert" etwas - sprich die DMX Werte pendeln permanent im Bereich +-2
    2. Das Dreisatz Element direkt nach dem DMX IN habe ich nach unten begrenzt (DMX-In <5 = 0)
    3. Das Einfrieren des Softdesk lässt sich umgehend beheben, sowie das MAster Dimmer des externen Pults auf 0 gezogen wird (DMX Wert flattert hier dann auch permanent im Bereich 0-5, wird ab für das weitere Handling durch meinen Dreisatz-Limiter "beruhigt"

    Das ganze scheint also ein Problem in der weiteren Datenverarbeitung über den Eingangswähler und die Anwendung auf die Gruppenmaster zu sein.

    Hat jemand von euch hier schon ähnliche Erfahrung gemacht und evtl. einen Workaround gefunden, der weniger Leistung zieht?

    DANKE vorab für Euren Support,

    THOMAS

  • Hallo Thomas,

    wenn du davon spricht, dass das Softdesk keine Eingaben mehr zulässt: hast du im Softdesk neben dem Button noch weitere Steuerelemente, die dir Informationen aus diesem S2L-Setup anzeigen - direkt oder auch indirekt ? Hier würde ich ggf. dann einmal alle Connectionssets deaktivieren oder auch löschen, die Informationen ans Softdesk weitergeben.

    Ist es aber nur der eine Button, würde ich versuchen, die Komplexität zu verringern:

    • Input Selector und Rule of Three in der Reihenfolge tauschen, um die Werteverarbeitung im Rule of Three ebenfalls auszuschalten. Den Default-Wert kannst du ja auch als DMX-Wert generieren.
    • Aufteilung in mehrere Connectionsets, das heißt im ersten Schritt pro DMX-In-Kanal ein Connectionset oder ggf. sogar pro Master nur ein Connectionset.
    • Nutzung von zwei Bänken zum Umschalten zwischen S2L-Mode und normalen Modus, sodass die Master im S2L-Modus nur per Rule of Three mit dem DMX-In verbunden sind.

    Reicht dies ebenfalls nicht aus, bin ich selbst überfragt. Bislang war mir hier im Forum auch noch keine vergleichbare Frage unter die Finger gekommen. Was ich aber weiß, dass das Input Assignment sich insgesamt eine gewisse Grundlast genehmigt, um alles auszuführen. Deswegen gibt es für ein DMX-In nach DMX-Out-Mapping einen eigenen Menüpunkt, wo die Signale intern komplett am Input Assignment vorbeilaufen.

    So viel für den Moment. Ich bin gespannt, was du herausfindest.

    Viele Grüße, Stefan

  • Moin Stefan,

    danke schon mal für die ausführliche Antwort.

    Also, nun der Reihe nach:

    • Steuerelemente mit Bezug zum S2L: Hier habe ich nur den Button, der in einem parallelen IA Eintrag mit einer Scenenliste "Dimmer 100%" für die Übergeordnete Device Group (z.B. Alle LED Scheinwerfer) setzt.
    • Reihenfolge Rule of Three & Input Selector: Werde ich mal versuchen. Verspreche mir da nach den Symptomen aber nicht zu viel von. Denn so wie der Input Selector auf den festen Wert schaltet bzw. die Rule of Three nur einen konstanten Wert (z.B. 0 bei DMX In Wert <5) ausgibt ist das Softdesk sofort wieder bedienbar.
    • Aufteilung in mehrere Connection Sets: Werde ich mal testen - wie ist hier die Programstruktur? Hatte erwartet, dass eine Aufteilung in 4 Sets es für DMXC eher aufwändiger machen sollte...

    Die Nutzung von 2 Bänken musst Du mir leider noch etwas genauer beschreiben - da stehe ich gerade irgendwie auf dem Schlauch....

    Ich halte Euch dann mal hier auf dem Laufenden, wie sich das Ganze entwickelt - ist doch auch mal schön, wenn man neue Problematiken stößt ;)

    THOMAS

  • Hallo,

    also generell gilt im IA, dass jede Werteänderung zu einer Neuberechnung der relevanten Teile führt. Ohne es genau zu wissen (weil ich gerade nicht in den Source Code schauen kann) würde ich mal behaupten, dass du da einfach an vielen Stellen Neuberechnungen erfolgen. Wenn nämlich alle vier DMX-Werte ständig wackeln, dann hast du halt auch für alle Teile im Zweifel mehrfach die Sekunde eine Werteänderung und das setzt sich dann bis zu den Gruppenmastern fort, deren Werteänderungen auch noch Änderungen in der Darstellung der Master und der Stage View nach sich ziehen. Das hat insgesamt einen großen Rattenschwanz. Daher mal die Grundsätzliche Frage: Warum machst du das über die vielen Group Master und nicht einfach über einen Parameter Master, den du dann bei all den Gruppen als Dimmerwert hinterlegst?

    Viele Grüße

    JP

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Moin JP,

    das ist ein guter Hinweis - Gruppenmaster war erstmal ein schneller, pragmatischer Ansatz - aber mit dem Parameter Master hast du sicherlich Recht. Wird der denn nicht auch in der grafischen Ansicht aktualisiert? Ich werde das aber mal so implementieren und dann berichten....

    Eine Frage noch zur Neuberechnung: Hier scheint es ja so zu sein, das immer nur die Bereich neu Berechnet werden, die sich verändern (sonst würde das Runterziehen des Masters am externen Lichtpult über DMX-In unterhalb meiner eingestellten "Zappelschwelle") ja nicht die Aufhebung der Blockade bewirken. Wir ein Connection Set immer in einem Thread behandelt? Dann würde das auseinanderziehen je DMX IN wie von Stefan vorgeschlagen ja per multithreading sicherlich einen Vorteil bringen.

    Vielen Dank schon mal für Euren Support,

    THOMAS

  • Wir ein Connection Set immer in einem Thread behandelt? Dann würde das auseinanderziehen je DMX IN wie von Stefan vorgeschlagen ja per multithreading sicherlich einen Vorteil bringen.

    Richtig... zumindest ist dies meine persönliche Interpretation der Einstellung "Input Assignment Parallel Count". Genaueres kann aber wie gesagt JPK sagen, was diese Einstellung bewirkt. Da habe ich nicht genügend Durchblick.

    Die Nutzung von 2 Bänken musst Du mir leider noch etwas genauer beschreiben - da stehe ich gerade irgendwie auf dem Schlauch....

    Du legst ein einfaches Connectionset an, wo der DMX-In den entsprechenden Master steuert (egal ob Parameter oder Group Master). Alle diese Connectionsets liegen zusammen in einer Bank. Diese Bank aktivierst du für die S2L-Steuerung. Das Gegenstück ist dann wiederum ein einzelnes Connectionset in einer anderen Bank (die kann dauerhaft aktiv sein), wo du dann den letzten Wert des Masters auf den festen Wert setzt. Das kann dann ähnlich aussehen, wie du es bereits eingangs gebaut hast - mit nur dem einen Unterschied, dass der Pfad, der dort vom DMX-In kommt nicht vorhanden ist und der Eingang am Inout Selector leer bleibt. Dem Button Input nimmst du dann, um die S2L-Bank ein- und auszuschalten. Der Status des Bank-Nodes übernimmt dann wiederum das, was der Button bis dato direkt tat: die Umschaltung in den Input Selectoren übernehmen.

  • Moin zusammen,

    so, ich habe jetzt alles etwas umstrukturiert und Eure Hinweise eingearbeitet. Hier schon mal das aktuelle Setup - ob es wirklich klappt berichte ich Euch morgen (habe die Hardware schon in der Location....)

    Zuerst habe ich mir im Input Assigniert eine separate Bank "Sound2Light" angelegt mit je einem Connection Set je DMX In Kanal (bei mir also 4 Stück) direkt verschaltet über Rule of Three mit jeweils einem Parameter Master:

    Dann habe ich mir für die unterschiedlichen Scheinwerfergruppen (z.b: Wash Moving Heads, LED Spots, LED Bars) je eine CueList angelegt mit jeweils einer Cue welche die gewünschten Scheinwerfer-Dimmer mit dem entsprechenden Parametermastern verknüpfen.

    Diese Cuelists habe ich dann eine eigenen Cuelist Gruppe "Sound2Light" zugeordnet (ohne weitere Einstellungen...) welche in in einem extra Connection Set im Input Assignment (NICHT in der Sound2Light Bank!) mit einem Threshold Element prüft ob mindestens eine Cuelist in der Gruppe aktiv ist. Wenn dies der Fall ist, wird die Bank "Sound2Light" im Input Assignment aktiviert bzw. wenn dies nicht der Fall ist entsprechend deaktiviert.

    Jetzt wird sich heute Nachmittag zeigen, ob das Ganze den gewünschten Erfolgt gebracht hat - ich werde berichten.

    Freue mich sonst natürlich auch im Vorfeld noch über Optimierungsvorschläge ....

    DANKE aber schon mal für Euren Support, JPK and LightningBrothers

    THOMAS

    Edited once, last by crossweb (August 26, 2023 at 11:04 AM).

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.