Triggern einer Timecode Show aus einer Cuelist heraus?

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 und vielen Dank an die Entwickler und für die Freigabe des Timecodeplayers.

    Wie bekomme ich der Player aus einer separaten Cuelist gestartet?

    Wenn ich nur die verknüpfte Cuelist starte läuft er nicht mit.

    Ich frage aus dem Bereich Musikal. Da habe ich eine Cueliste in der alle Szenen hintereinander dargestellt sind. An den bestimmten Stellen sollen dann die einzelnen Lieder eingespielt werden.

    Viele Grüße

    Micha

  • Hallo Micha!

    Ich habe deine Frage mal separiert, bevor es in dem ursprünglichen Thread drunter und drüber geht.

    Grundsätzlich ist es so, dass nur der Timecodeplayer die zugeordneten Cuelists starten kann, weil nur er weis, wann wie wo was folgt. Du hast ja vielleicht in unserem Livestream gesehen, dass man auch mehrere (gleiche) Cuelists hintereinander einem Cuelist Track zuordnen kann. Von daher darf es nicht so sein, dass eine Cuelist eine Timecodeshow startet.

    Wir haben nun folgende Möglichkeiten:

    1. Möchtest du wirklich nur einen Showeffekt in der Abfolge deiner Show wiedergeben (zum Beispiel ein Gong, ein Hintergrundgeräusch für eine Szene etc.), dann kannst du weiter mit einer einfachen Audio-Cue arbeiten.
    2. Soll in deiner Abfolge wirklich eine richtige Musik-synchrone Lichtshow wiedergeben werden, dann musst du aktuell in die Trickkiste namens „Input Assignment“ greifen. Dort gibt es ein entsprechendes Node, um eine Timecodeshow zu starten. Ein möglicher Weg wäre hier, dass du eine Cue mit einem Kommentar versiehst und diesen dann in einem Connectionset auswertest.
    3. Du verzichtest auf eine vollständige Abfolge und startest die Timecodeshow von Hand. Das muss aber nicht aus dem Timecodeplayer heraus erfolgen, sondern es lassen sich Timecodeshows ebenfalls einem Executor zuordnen.

    Ich hoffe, ich habe mal ein paar interessante Denkanstöße in den Raum geworfen. Diese sind aber insgesamt nun nicht rein auf die Anwendung in einem Musical beschränkt sondern eigentlich für alle Anwendungen, wo Timecodeshows aus einer vorgegebenen Abfolge herum gestartet werden sollen.

    Kommen nun aber trotzdem weitere Fragen auf, bitte melden.

    Stefan

  • Hallo Stefan,

    danke für die Antwort.

    Die 2. Möglichkeit beschreibt mein Wunsch sehr genau.

    In der Version 2.12 habe ich das aus einer Cueliste heraus, über einen Befehl den Audioplayer gestartet.

    Da es dort immer etwas zeitverzögert war, habe ich ein paar Szenen vorher die Audiodatei schon mal in den Player geladen, dann brauchte der Track nur noch gestartet zu werden.

    Alle einzelnen Szenen sind dann aus dem Textbuch heraus angesprochen worden.

    Ich hoffe, das Textbuch wird auch wieder integriert. ;)

    Vielleicht kannst Du mir noch ein Tip geben welches Node es ist.

    Micha

  • Du findest den Timecode-Node hier:

    Die Variante von Patrick hat aber den Charme, dass du damit flexibler arbeiten kannst. Du kannst nämlich einerseits alle benötigten Timecode Shows z.B. immer auf den ersten Fader einer Page legen. Dann kannst du noch zusätzliche Executoren auf den Pages z.B. mit verschiedenen Mastern zum Steuern der Helligkeit, Geschwindigkeit oder Farbe von einzelnen Gerätegruppen belegen. Dann kannst du einfach zwischen den Pages wechseln und die Timecode Show starten. All das geht mit nur ein paar Dummy-Geräten. Deren Wert aus dem DMXC-Mixer frägst du ab und nutzt den dann zum triggern. Du kannst dann diese Dummy-Geräte wie ganz normale Geräte in jeder Cue speichern, so wie du das eben brauchst.

    Ich hoffe, das Textbuch wird auch wieder integriert. ;)

    Das ist leider etwas aufwändiger. Das Problem ist hier, dass leider ein Bug in WinForms steckt, der alle Versionen von .Net Framework über 4.5.2 bis hin zu .Net 5 oder 6 betrifft. Wir können aktuell noch nicht auf .Net 6 mit der GUI umsteigen, weil da noch einige XNA-Fenster sind, die sonst nicht mehr funktionieren würden. Diese müssen wir erst durch WPF-Fenster ersetzen. Ich hatte schon mit MIC mal über das Problem geschrieben und da waren wir am überlegen, ob es nicht Sinn macht, auch das Textbuch durch ein WPF-Fenster zu ersetzen. Das braucht aber vermutlich noch etwas, bis wir das in Angriff nehmen können.

    Edit: Ok, die anderen waren schneller. Hatte das beim Schreiben des Posts nicht mitbekommen :saint:

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

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