"Break Effekte" ?

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!


  • Hallo,
    ich habe früher unter DOS mit Turbo Pascal
    (Die älteren unter uns werden wissen was ich meine)
    ein Lichtsteuerungsprogramm geschrieben.
    Bei dem hatte ich, ich nannte Sie Break-Effekte.
    Dies waren Effekte die den aktuellen Effekt unterbrachen
    abliefen und danach den vorherlaufenden wieder weiterlaufen ließen.
    Das waren kurze schnelle Abläufe Flash usw.
    Ist dies auch in DMXC möglich ?
    Wir hatten am Samstag noch eine Veranstaltung und da habe ich diese vermisst.

    Ich könnte mir vorstellen das sich DMXC merkt beim starten eines neuen Effekts
    einer Effektgruppe welcher vorher am laufen war und man über die Einstellung "Beim Beenden"
    Letzten auswählt und dieser dann wieder gestartet wird.
    Wenn keiner vorher an war wird halt keiner gestartet.
    Wenn nötig könnte man auch über die Einstellung "Beim starten" DMXC dazu zu bringen den
    letzten Effekt zu speichern.
    So ähnlich wie bei den DDFs mit save und restore.

    Nun meine Frage wie realisiert Ihr sowas ?
    Was haltet Ihr davon ?
    Wäre das ein Fall für den Bug (Features) Tracker ?

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

  • Entweder über HTP oder über eine höhere Priorität bestimmter Effekte lässt sich erreichen, dass diese andere Effekte für die Dauer der Aktivierung überschreiben. Danach setzen sich einfach die noch laufenden Effekte wieder durch.
    Effekte zu pausieren, so lange ein anderer läuft ist nicht vorgesehen, aber wahrscheinlich in diesem Fall auch nicht nötig.

    Stefan

  • Hallo,
    Ok das wäre eine Idee.
    müsste ich mal testen.
    Dann dürfte dieser Effekt aber nicht in der Gruppe sein,
    sonst würde er den laufenden ja beenden.

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

  • Hallo,

    Effekte zu pausieren, so lange ein anderer läuft ist nicht vorgesehen, aber wahrscheinlich in diesem Fall auch nicht nötig.

    Pausieren bräuchte der Effekt nicht er sollte nur wieder gestartet werden wenn der "Break Effekt" beendet wird.
    Aber das ist sicher auch nicht vorgesehen.
    Das mit den Prioritäten ist mir nicht so ganz klar.

    Im Handbuch steht:
    Im Eingabefeld « Priorität » kann eine Priorität festgelegt werden. Effekte mit höherer Priorität
    beenden Effekte mit niedrigerer Priorität. Vorausgesetzt es wurde die Checkbox « Nur ein
    Effekt pro Gruppe » aktiviert. Eine Priorität von Null bedeutet das der Effekt keine Priorität hat.

    Nur ein Effekt pro Gruppe ist bei mir angehackt da ich sonst ja nicht zwischen den Effekten
    umschalten kann.
    Wenn ich das richtig verstehe wird damit nur festgelegt ob und welche Effekte sich gegenseitig beenden können.
    Aber es wird der letzte Effekt ja nicht wieder gestartet. Oder verstehe ich hier etwas falsch ?

    Ich hab da jetzt mal etwas herumprobiert.
    Ich habe Effekte erstellt die nicht in der Gruppe sind und beim starten den Gruppen Intensität auf 0
    und beim Beenden die Intensität wieder auf 100 setzt.

    Das sieht in der Bühnenansicht erstmal ganz gut aus,aber ich werde das noch weiter testen.

    Oder hat jemand noch eine andere Idee ?

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

  • Hallo,

    ich glaube da ist etwas Chaos im Handbuch. Zumindest wenn es nach deinem "zitat" geht.
    Alle Effekte haben normalerweise Priorität 0. Beenden tut da Garnichts. Hast du einen Effekt der eine höhere Priorität hat (z.B.1) so überschreibt dieser einfach die Ausgabe von dem Effekt mit Priorität 0. Der Effekt selber läuft aber weiter. Er wird nur nicht weiter beachtet.
    Mit den Gruppen hat das soweit ich weis eigentlich auch nichts zutun. Meines Erachtens wirken die Prioritäten nur auf die direkte Ausgabe. Also die Kanäle. Wird ein Kanal von 2 Effekten "angesteuert" so wird nur der mit der höheren Priorität beachtet.

    Gruß

  • Hallo,

    ich glaube da ist etwas Chaos im Handbuch. Zumindest wenn es nach deinem "zitat" geht.
    Alle Effekte haben normalerweise Priorität 0. Beenden tut da Garnichts. Hast du einen Effekt der eine höhere Priorität hat (z.B.1) so überschreibt dieser einfach die Ausgabe von dem Effekt mit Priorität 0. Der Effekt selber läuft aber weiter. Er wird nur nicht weiter beachtet.
    Mit den Gruppen hat das soweit ich weis eigentlich auch nichts zutun. Meines Erachtens wirken die Prioritäten nur auf die direkte Ausgabe. Also die Kanäle. Wird ein Kanal von 2 Effekten "angesteuert" so wird nur der mit der höheren Priorität beachtet.

    bitte einen Handbuch-Bugtracker-Eintrag mit der Beschreibung und der Ort.
    Viele Grüße
    JP

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

  • Hallo,
    ich habe das eben auch noch einmal interessehalber ausprobiert.
    Es ist so ein wenig von beiden.

    Die Prioritäten haben grundsätzlich nichts mit den Gruppen im Effektsequenzer zu tun.
    Wie signs es richtig geschrieben hat, bestimmen die Prioritäten bei kolliedierenden Effekten, welche Werte ausgegeben werden und welche Werte vernachlässigt werden.
    Aber wenn man dabei die Effekt wieder gruppiert ,gelten die Regeln, welcher Effekt gestoppt wird, natürlich auch wieder.

    Aber die geforderten "Break-Effekte" aus dem ersten Post sollten nicht in der jeweiligen Gruppe sein, deren Werte überlagert werden sollen. Der eigentliche Grundeffekt läuft so im Hintergrund weiter, jedoch wird er für die Ausgabe missachtet.
    Wenn der "Break-Effekt" beendet wird, übernimmt wieder der Grundeffekt. Dabei spielt es auch keine Rolle, ob diese inzwischen ein anderen Effekt ist, als zu Beginn des Breaks.

    Der einzige Schönheitsfehler bei der Sache ist, dass man bei unterschiedlichen Effektdauern den Wechsel nicht eindeutig planen kann.
    Also wenn die ML eine Kreis abfahren und als Break die ML eine Sinuswelle machen, können die ML nach der Sinuswelle zurück"springen" und nicht beim gleichen Ausgangspunkt mit der Kreisbewegung von Vorne anfangen.

    Viele Grüße
    Easter Bug

  • Hallo,
    da besteht bei so vielen Infos wohl noch ein bischen Testbedarf bei mir.

    Hallo Easter_Bug,
    diese Break Effekte wären auch weniger für Bewegungen sondern für
    Dimmer und LED und da wäre das so richtig.

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

  • Hallo,
    für das was ich vorhabe werde ich neue Effekte erstellen.
    Diese werde ich mit einer höheren Priorität versehen und
    in einer Breakgruppe zusammenfassen.
    Der laufende Effekt läuft zwar weiter wird aber nicht
    ausgegeben.
    Auf dem Testrechner sieht das schon ganz gut aus.
    Bis auf das nach dem Beenden vom Break Effekt der
    im Hintergrund laufende Effekt hard wieder zugeschaltet wird.

    Dann werde ich mich bei Gelegenheit mal ranmachen
    mein Projekt umzubauen.

    Vielen Dank erstmal für die Hilfe.

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

  • Hallo,

    ich habe mein Projekt soweit damit erweitert und
    getestet, auch auf VAs.

    Das läuft so wie ich mir das vorgestellt habe.

    Hier noch ein später Dank an alle die geholfen haben.

    Gruß Steff

    Am Ende wird alles gut !

    Wenn es nicht gut wird, dann ist es noch nicht das Ende.

    May the light be with you

  • 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.