Dimmer: Zusammenspiel von Cuelist und Softdesk/Midi

Hallo,

du kannst dir einen Scheinwerfer als Repräsentant nehmen und diesen in dem DMXCMixer-Node einstellen. Und dort kannst du den Intensity Ausgang auf den Slider packen.

Nun musst du aber beachten, dass der wirklich den Scheinwerfer Ausgang anschaut (das ist nicht im Bezug auf die Cuelist). Wenn du nun genau diesen anders haben willst als die anderen wird sich das auch an dem Slider bemerkbar machen (du kann auch mehrere DMXCMixer-Nodes nehmen und ganz kompliziert das den am häufigsten Verfügbaren Wert nehmen etc.., habe das aber bisher auch noch nicht gebaut).

Außerdem solltest du nun PassThrough wirklich deaktivieren (ist beim Midi-Pult wohl schwerer), denn sonst landet der Wert aus den Cuelists immer im Programmer. Eine neu gestartete Cuelist überschreibt dann wieder den Programmer. Aber wenn die Szenenlist gleiche Priorität hat wie der Programmer, dann wird die nächste Cue nicht den Programmer überschreiben! Und wenn der Programmer eine höhere Priorität hat ist das ganze eh eine schlechte Idee...

Du kannst aber (anstatt PassThrough zu deaktivieren),(wenn ich das richtig verstehe, geht das mit dem Midi-Pilt nicht) irgendwie sowas bauen:

Hierbei bräuchtest du halt noch einen Button um das ändern zu erlauben, (Nicht zu vergessen, den Programmer wieder zu leeren!)

Ansonsten hätte ich keine Idee, wie man das detektieren kann, ob der Mensch da was ändert, oder das nur ein Signal ist, das von der Cuelist kommt.

Alternativ könntest du auch eine extra Cuelist mit Paramter-Mastern bauen (falls es gewünscht ist die Intensität live zu verändern; davon bin ich ausgegangen, sonst brauchen die Fader ja nicht den Feedback) und dann müsstest du nicht über den Programmer gehen. Aber auch da hast du dann ein Prioritäten-Problem.

Beste Grüße, Ludwig

Quote from sansibar24

Wird der Dimmerwert über die Cuelist geändert, wird der neue Wert auf dem Softdesk und dem Midi-Controller nicht abgebildet, was aber sehr praktisch wäre.

Das Bedienkonzept von DMXControl 3 unterscheidet tatsächlich zwischen Eingabe-Werte und von der Software generierte Werte. Erstere landen alle im Programmer. Sprich egal, was man an Werteänderungen macht, werden diese im Programmer zwischengespeichert. Diese werden dann ja verwendet, um sie dann in Cues zu speichern. Auf die von der Software generierten Werte hat man nur auf die Weise Zugriff, wie das Ludwig geschrieben hat. Wir hatten früher direkte Eingriffsmöglichkeiten (letztendlich auf DMX-Kanalebene). Aber das hatte viele Probleme verursacht.

Die Frage ist halt, warum willst du diese Werte wieder zurückführen? Willst du sie, um nur zu sehen, wie der Wert gerade ist (also als reine Info), dann ist der Weg von Ludwig der passende. Wenn du dieWerte haben möchtest, um live eingreifen zu können, dann ist eigentlich ein anderer Weg der korrektere: Der Weg über Master (SpeedMaster / ParameterMaster). Der Vorteil von Mastern ist, dass sie unabhängig sind, aber zu vielen Stellen Verknüpfungen haben können. Der Aufbau wäre dann so, dass du einen ParameterMaster für den Dimmer anlegst (der erste existiert immer) und diesen in der Dimmereigenschaft der Geräte hinterlegst, die du gemeinsam steuern möchtest. Das geht einfach in der Gerätesteuerung, indem du "{ParameterMaster <ID>}" dort einträgst (statt wie üblich den Helligkeitswert), wobei die ID die Nummer des ParameterMasters ist. Nun kannst die die Helligkeit über den Master immer dann steuern, wenn diese Cue aktiv ist. Anschließend musst du noch im IA einerseits deinen Fader mit dem Faderwert des ParameterMasters verknüpfen (sowohl Input als auch Output). Jetzt fragst du dich sicher, wie man nun den Master durch Cues beeinflusst. Dafür bedient man sich eines kleinen Tricks. Man legt einfach ein weiteres Gerät an (ein Dummygerät, das irgendwo im Universum liegt, wo es nicht stört) und mappt im IA dessen Intensitätswert auf den Faderwert-Input des ParameterMasters. Dann kann man mit dem Dummygerät die Intensität des Masters steuern und da es eben ein Gerät ist auch dessen Wert in Cues speichern. Dieser Weg klingt etwas kompliziert, er ist aber in Sofern logisch, als dass deine eigentlichen Geräte nur noch Werteempfänger sind und die ganze Verwaltung der Ansteuerung und Darstellung im Softdesk über den Master geht.

Ich hoffe, das war jetzt halbwegs verständlich. Leider habe ich hier die Software nicht da, weshalb ich nicht kurz etwas zusammenklicken konnte um es zu zeigen.

Viele Grüße

JP

Ok, ich bin bei meinem Projekt noch beim Einrichten eine Umgebung, um eine Show zu programmieren.

Daher hatte ich den Trick nur für Geräte-Eigenschaften parat, für die es keinen Input im Programmer-Node gibt.

Daher habe ich das einmal nach den Vorstellungen gebaut (jedoch denke ich das ist mit Kanonen auf Spatzen schießen).

Jetzt merke ich, dass das doch einen kleinen Vorteil hat mit dieser extra Schleife. Jedoch wenn man das für alle Geräte/Gruppen und die jeweiligen Parameter machen möchte, wird das schon unheimlich Groß.

Und beim wechsel zur nächsten Szene kommt doch ein plötzlicher Wechsel zurück auf den alten Wert. Das wird in der nächsten Version mit dem Fade-Node interessant. Dann kann man einen Übergang vom aktuell gewählten Wert auf die nächste Szene faden.

Der Edit Mode ist dafür da, auch mit deinen Fadern die Intensität im Programmer zu beeinflussen, um diese dann in eine Szene zu speichern.

Beste Grüße, Ludwig

Hallo Sascha,

Ich hab Mal ins livecoding Event geschaut, ich meine das zweite, und dort wurde das Fade-node implementiert. Viel mehr weiś ich nicht darüber.

Aber ich denke, wenn das rauskommt sollte auch ein Wiki-eintrag erscheinen.

Beste Grüße, Ludwig

Hallo,

es war tatsächlich das erste Live-Coding von Arne und mir. Am Anfang erklärt auch Arne, was die Problematik dahinter ist. Das ganze ist hier noch einmal zu sehen:

Bei 1:33:30 sieht man dann, wie der Node arbeitet.

Quote from Scarffac3

Aber ich denke, wenn das rauskommt sollte auch ein Wiki-eintrag erscheinen.

Genau. Da wird dann unsere Doku-Abteilung wieder aktiv und dokumentiert den Node.

Viele Grüße

JP