Speedmaster aus Cuelist ändern

Quote from crossweb

in DMXC2 gab es wenn ich mich recht erinnere ja die Möglichkeit einen Master per Befehl aus eine Cuelist anzusprechen. In DMXC3 habe ich da gerade nichts finden können - bin ich einfach zu dusselig oder ist es einfach nicht (ohne Umwege) möglich?

Es ist tatsächlich mit einem kleinen Umweg möglich. Dazu musst du ins Input Assignment gehen, denn das ist mehr oder weniger das neue Schweizer Taschenmesser (was die Befehle in der 2er waren ). Wenn du dort ein neues ConnectionSet anlegst, auf die grafische Ansicht wechselst und dann einen Rechtsklick machst, erscheint ein Kontext-Menü. In diesem findest du unter "Hinzufügen" den "DMXCMixer" Knoten. Dieser gibt die finalen Gerätefunktionswerte für dieses Gerät aus. Das machen wir uns jetzt zu nutze, denn in einer Cue können wir genau das speichern: Gerätefunktionswerte. Also legen wir einfach ein neues Dummy-Gerät an. Wir brauchen einen Generic Dimmer. Dessen Adresse ist egal, aber es sollte nicht stören. Also legen wir es z.B. in das letzte Universum. Dann gehen wir wieder in das Input Assignment, fügen noch einen Geräte Knoten hinzu, wählen in dessen Eigenschaften unser gerade hinzugefügtes Gerät aus und geben die ID des Gerätes in den DMXCMixer Knoten. Nun sollte der bei Dimmer einen Wert ausspucken, der sich auch verändert, wenn wir den Dimmer des Gerätes verändern. Als letztes brauchen wir nun nur noch einen Master Knoten und wählen dort den SpeedMaster 2 aus. Jetzt können wir den Dimmerwert des Scheinwerfers mit dem Faderwert des Masters verbinden (ich habe gerade die genaue Skalierung der Werte nicht im Kopf, evtl. müssen wir noch mit einem Dreisatz-Knoten die Werte des Dimmers (0 - 1 oder 0 - 100) auf den Zielbereich (0 - 1) des Faderwert-Eingangs umrechnen). Und damit kannst du dann mit Hilfe des Dimmers eines Gerätes den SpeedMaster 2 einstellen. Der Vorteil ist, du kannst nun sogar die ganzen Effekte, die dir bei einem Dimmerwert zur Verfügung stehen anwenden. Das ist also z.B. auch der Random-Effekt bzw. das Random-Fanning "0 ? 100". Ich hoffe, das war nun so verständlich. Ich habe gerade die Software nicht vor Augen, deshalb kann ich das nur so ungefähr beschreiben

Viele Grüße

JP

Quote from crossweb

Bei meiner Cuelist für die Zufallsteuerung z.B. der Gobo Rotation oder auch von Fix Positionen von HM Gruppen habe ich folgenden (schrägen) Effekt bemerkt:

Setup: Cuelist mit eine auswahl an Spezialszenen Typ "Szenenliste" / "Go". Modus auf Zufall. Einblendzeiten auf 0 und Beat Trigger (alle 32 Schläge) & Skip Szenenauslöser bei Start

Bei Starten der Cuelist kommt es teilweise zu einem gleichzeitigen Start mehrerer Cues. Dann wird trotz aktiver Cue nur der Beat runtergezählt und die MHs fahren wieder auf 0,0 Position. Habt Ihr diesen Effekt?

Dieser Effekt ist mir jetzt noch nicht aufgefallen. Könntest du vielleicht mal ein kleines Beispielprojekt bauen, in dem dieses Problem bei dir auftritt. Dann können wir mal das ganze anschauen, ob das auch bei uns reproduzierbar ist und vor allem, wie da die Beta von DMXControl 3.3.0 darauf reagiert.

Viele Grüße

JP

Erst einmal danke für die Rückmeldung und das Beispiel

Quote from crossweb

Nach etwas herumprobieren scheint es gesichert eine LTP Schaltung zu sein (oder ist das nur Zufall?)

Generell sollte man im Input Assignment nach Möglichkeit nicht mehrere Dinge auf den selben Eingang verbinden. Grund ist, dass zwar mehr oder weniger eine LTP-Charakteristik hier herrscht. Es ist aber nicht sichergestellt, dass auch tatsächlich alle Werte am Eingang ankommen (vor allem, wenn diese mehr oder weniger gleichzeitig ankommen). Dafür haben wir mal den LTP Node eingebaut. Dieser garantiert, dass alle ankommenden Werte weitergereicht werden (der Node hat da intern extra Mechanismen, die das sicherstellen). Er wartet dabei auch zwischen unterschiedlichen Werten, die reinkommen, damit diese sicher detektiert werden können.

Quote from crossweb

nachgeschaltetem Delay von 1ms (um einen Loop zu vermeiden)

Probiere es trotzdem mal ohne. Das sollte eigentlich funktionieren, denn das IA hat intern eigentlich sowohl eine Loop-Detection als auch den Aufbau, dass falls sich ein Wert nicht ändert, wird ein Trigger auch nicht weitergereicht.