mehrere beatgesteuerte Cuelisten: Verzögerungen

Hallo,

ja, du kannst die Cues zusammenfassen. Schau dir mal dazu das GroupHandling an. Das erreichst du, indem du in den Device Properties (ehemals Property Grid) oben im Dropdown "Group Handling" auswählst. Dort kannst du dann bei selektierter Gruppe einstellen, wie ein gewisser Effekt über die Gerätegruppen verteilt werden soll. Dadurch kannst du es auch erreichen, dass beide Geräte als separate Gruppen gesehen werden und so der Effekt über beide Gruppen individuell läuft.

Ein weiteres Problem, welches auftreten kann ist, dass die Geräte offensichtlich keinen Dimmer besitzen. Dann macht das DMXControl 3 durch virtuelle Dimmer. Allerdings werden da effektiv die RGB-Kanäle gedimmt. Da die DMX-Werte bei einigen Interfaces in Blöcken und nicht als Ganzes an das Interface übertragen werden, kann es bei schnellen Fades darüber hinaus zu Farbblitzern kommen (weiß jetzt aber nicht, ob das bei dir auftritt).

Viele Grüße

JP

Hallo!

Bezüglich der Performance von DMXControl 3 kann ich absolut Entwarnung geben. Ich habe Ende Oktober eine Veranstaltung betreut, wo unter anderem acht LED-Bars mit jeweils 20 einzeln angesteuerten Pixeln im Einsatz waren. Trotz der 480 DMX-Kanäle, die bei verschiedenen Blinder- und über Effekte generierte Strobe-Effekten an die LED-Bars neben weiteren 850 DMX-Kanälen gleichzeitig rausgeschoben wurden, hat sich mein Licht-PC eigentlich immer noch gelangweilt. Auch ein Aufblitzen von einzelnen LEDs konnte ich nicht feststellen. In dem PC ist ein Prozessor mit 4 x 3,0 GHz (Einführungsdatum Q2/2014), 8 GB Arbeitspeicher und eine SSD verbaut. Eine dezidierte Grafikkarte gibt es nicht, die beiden Full-HD-Touchscreens werden ober die "Prozessor-Grafikkarte" angesteuert.

Bezüglich der Programmierung der Effekte: nutze wie JPK schon sagt das Group Handling und zwar hier die Option "Parallel Groups"

Viele Grüße, Stefan.

Der Kernel berechnet die DMX-Werte für alle Geräte im aktiven Projekt gleichzeitig wie die Grafikkarte bei einem PC-Spiel auch immer einen kompletten Frame ausgibt. Dem entsprechend erhalten die Interfaces (besser gesagt die Ausgabeplugins) die DMX-Werte ebenfalls nahezu gleichzeitig. Es können daher nur Laufzeitunterschiede im Millisekundenbereich entstehen auf Grund der Rechenkapazität der Interfaces selbst (sofern es sich um aktive Interfaces handelt), die aber gar nicht zu bemerken sein dürfen. Wie hoch die jeweilige Framerate ist, kannst du in der Titelleiste des Kernels sehen. Die wird dort nämlich auch mit ausgegeben.

Bei dem Job habe ich die rund 1.330 DMX-Kanäle auf Grund der besseren / einfacheren Verkabelung über fünf DMX-Linien rausgeschoben. Dies betraf auch die acht LED-Bars, die ich auf zwei Interfaces aufgeteilte, da in der gleichen Linie auch noch je weil Moving Heads mit liefen und alle zwölf Geräte zusammen etwas mehr als ein DMX-Universum belegten.

Also die Universen werden von DMXControl immer komplett generiert, aber DMXControl hat keinen Einfluß darauf, wann und wie die DMX Interfaces die Daten real auf den Bus senden. Sagen wir mal, das Interface sendet gerade Werte und ist bei DMX Kanal 100. In diesem Moment überträgt DMXControl neue Daten. Je nachdem wie das Interface gebaut ist kann es nun sein, dass das Interface für die Kanäle 101-512 jetzt die neuen Daten nimmt, was dazu führt dass die real auf dem DMX Bus anliegenden Daten eine Mischung aus 2 Zyklen sind, was zu beschriebenen Effekten führen kann.

Für unser eigenes Interface (Nodle) haben wir dieses Thema bereits auf dem Schirm und arbeiten daran dieses Problem effektiv zu verhindern, für alle anderen Interfaces sind wir von dem Abhängig was der Hersteller macht und können rein gar nichts tun, außer den Kauf eines anderen Interfaces empfehlen.

Quote from Nobsi

Leider ist eine deutlich sichtbare Verzögerung zwischen dem Start des Ein- und Ausblendens der beiden Gruppen.

Ich vermute mit deutlich sprichst du von ein paar ms, die man aber natürlich sieht. Es ist so, dass DMXControl Cues die quasi simultan ablaufen sollen trotzdem nacheinander abarbeitet, aber natürlich so schnell wie möglich.

du musst den wait Trigger deiner letzten Cue auf 0 setzen. Ansonsten wartet die letzte Cue natürlich nochmal 150ms

Wo hakt es denn bei den Cuelist Groups?

Hä? Wieso jetzt Cuelist Groups? Das hat doch mit dem Problem gar nix zu tun?

Nein. JPK hat vom Group Handling gesprochen. Das ist etwas ganz anderes.

Ich Sitz gerade im Zug daher kann ich keine Screenshots Posten.

Dafür mache ich das jetzt Habe mal einen Screenshot gemacht und die relevanten Teile markiert. Du siehst dort die Auswahl zum Group Handling und dort auch, was ich ausgewählt habe.

P.S.: Ich habe das Bild auch gleich in die entsprechende News gepackt.

Quote from Nobsi

Wenn ich mehr als eine Gruppe markiert hab, kann ich einstellen, auf welche Art die Gruppen zusammengefasst bzw. getrennt behandelt werden..

Genau so ist es in diesem Fall Man kann auch noch mehr machen. Beispielsweise kann ich auch sagen, dass immer zwei oder drei Geräte zusammen eine Einheit bilden sollen. So kann ich dann auf einfache Weise andere Arten von Lauflichtern generieren. Du kannst ja mal ein wenig mit den Group Handling Settings spielen

Viele Grüße

JP

Ne, die Cues überlagern sich. Cue 2 überlagert Cue 1. Wenn Cue 1 wegen Delay die Werte noch nicht ausgegeben hat und Cue 2 diese Werte überschreibt, landen die Werte von Cue 1 im Nirvana und werden halt nicht ausgegeben.