Ich habe das mal mit einem Timer für den 1s-Takt und einem Counter umgesetzt:
Wenn ich über den Cuelist Monitor eine neue Cuelist auswähle (die dann auch gleich gestartet wird) und auch wenn ich die aktuelle Cuelist stoppe und wieder starte, dann wird der Counter zurückgesetzt. Der Timer läuft nur, wenn die aktuelle Cuelist nicht gestoppt ist.
Funktioniert genau wie gewünscht. Vielen Dank für den Tipp. Die Software und das Forum sind super!
Viele Grüße
Andi
Ahh ok! Muss ich mir mal anschauen, ob ich über den State Output einer Cue feststellen kann, dass sie gestartet wurde, um damit dann den Timer zu starten.
Danke dir!
Hallo zusammen,
ich möchte auf meinem Softdesk eine Anzeige für die Laufzeit einer Cuelist seit Start. Bei Start einer Cuelist über einen Cuelist Monitor soll die Zeit bei 0:00 beginnen und dann im Sekundentakt hochzählen. Der Cuelist Monitor wird über einen Cuelist Group Node mit Cuelists gefüttert.
Über den Output "Running IDs" kann ich zwar feststellen, welche Cuelist läuft, aber nicht wie lange...
- Der Cuelist Group-Node hat keinen passenden Output für "Runtime" o.ä.
- Der Cuelist-Node hat keinen passenden Output für "Runtime" o.ä.
- Der Cuelist Monitor-Node hat keinen Output, der anzeigt, wenn eine Cuelist gestartet wird. Sonst könnte ich die Zeit speichern und die Differenz zur aktuelle Uhrzeit berechnen.
Ich hab leider bei meiner Suche noch keinen sinnvollen Ansatz gefunden. Vielleicht hat ja jemand so was schon mal gebaut und kann mir auf die Sprünge helfen?
Viele Grüße
Andi
Ich hab nochmal eine Rückfrage zum neuen Artnet 4 Plugin: Wenn ich eine fixe IP-Adresse eintrage, werden dann an diese Adresse UDP oder TCP Pakete verschickt?
Hintergrund meiner Frage: Ich hatte ja oben geschrieben, dass ich mit Wireshark keine Pakete an die fixe IP-Adresse sehe. Wenn es sich um TCP Pakete handelt, dann müsste ja zuerst ein Socket aufgemacht werden, was eine mögliche Ursache sein könnte. Wenn es jedoch auch UDP Pakete sind (so wie die anderen Artnet Pakete), dann müsste ich die eigentlich sehen.
Grüße, Andi
Habe ich schon befürchtet, dass das alte Plugin rausfliegt. Macht ja auch Sinn, wenn es etwas neues gibt. Jedoch scheint es ja mit mehreren Nodes, die wohl nicht ganz spezifikationsgerecht implementiert sind, nicht zu funktionieren. Wäre daher super, wenn ihr da noch was einbauen könntet. Ideal wäre es, wenn man keine fixe IP-Adresse eingeben müsste, da sich die Artnet-Nodes auch 'ne dynamische Adresse holen könnten (ist zumindest bei mir so).
Wenn ich noch was mit Wireshark testen soll sagt bitte Bescheid.
Vielen Dank schon mal und viele Grüße
Andi
Ist eine eigenentwickelte LED-Matrix (wir hatten schon mal darüber gechattet) auf Basis eines STM32-Controllers. Das Artnet-Interface ist nicht komplett implementiert und daher nicht Artnet 4-konform, sondern ich habe bisher nur die Artnet-Funktionen implementiert, die für den Betrieb mit DMXC erforderlich sind. Und mit dem alten Artnet-Plugin war eben die Registrierung nicht notwendig. Also kein Fehler des neuen Plugins und solange das alte Plugin noch unterstützt wird auch kein Problem. Nur für den Fall, dass das alte Plugin zukünftig rausfliegt wäre es schön, wenn das neue Plugin abwärtskompatibel wäre.
Ich kann das neue Artnet 4 Plugin auch nicht verwenden, da mein Artnet-Node sich nicht beim Sender registriert. Ohne Registrierung sendet das neue Artnet 4 Plugin keine Daten, auch dann nicht, wenn man explizit eine IP-Adresse angibt. Ich sehe mit Wireshark nur ArtPoll-Pakete. Das ist zweifelsohne ArtNet 4-konform, aber dennoch wäre es für die Abwärtskompatibilität hilfreich, wenn es eine Checkbox gäbe, um wie beim alten Plugin ohne Registrierung zu senden, sobald sich Daten geändert haben.
Ich verwende jetzt wieder das alte Artnet-Plugin, wäre aber gerne mal auf das neue umgestiegen, weil beim alten Plugin die Ausgabe ruckelt.
Grüße, Andi
Vielen Dank für die Tipps!
Es hat sich auf einem zweiten Rechner bestätigt, dass der Fehler mit der 3.3.3 nicht mehr auftritt. Nun bin ich eben schon etwas früher umgestiegen 
, muss aber dafür an meinen Cuelists nichts ändern.
Die Idee mit dem Colormaster werde ich mir trotzdem gelegentlich mal anschauen 
Viele Grüße
Andi
Ich habe jetzt auf einem Rechner von 3.3.1 auf 3.3.3 aktualisiert und nun funktioniert der Chaser bei Wiederholung der Cuelist. Es sieht aus, als ob das Update auf die neue Version das Problem gelöst hat. Werde das nun noch auf einem zweiten Rechner testen.
Hallo zusammen,
hat jemand von euch 'ne Idee, was bei mir falsch eingestellt ist? Ich habe schon alles, was mir eingefallen ist, versucht. Wäre klasse, wenn mir jemand einen Tipp geben könnte.
Vielen Dank und Grüße
Andi
Hallo 
JPK,
im neu erstellten Beispielprojekt ist das Fehlverhalten auch zu sehen - habe ich angehängt.
Anmerkung: Ich bin noch bei DMXC 3.3.1 obwohl ich vorgestern die genialen Features von 3.3.3 gesehen habe. Nach der Show am nächsten Wochenende steige ich dann auf 3.3.3 um. Aber daran wird es ja vermutlich nicht liegen?
Danke schon vorab und viele Grüße
Andi
Hallo zusammen,
ich habe eine Cuelist mit 2 Cues. In Cue 1 wird u.a. der Chaser-Effekt für den Dimmer einiger Devices verwendet. In Cue 2 werden nur Farben verändert, der Chaser Effekt bleibt unangetastet. Mode ist auf "Loop" gestellt und Tracking ist eingeschaltet. Trigger ist bei beiden Cues auf "manual" gestellt und ich triggere durch "Go".
Nach Start der Cuelist läuft in Cue 1 alles wie programmiert inkl. des Chaser-Effekts für die Dimmer. Auch nach dem Wechsel auf Cue 2 läuft alles noch richtig und der Chaser Effekt läuft weiter, da Tracking eingeschaltet ist. Der nächste Wechsel springt wieder auf den Anfang der Cuelist, also zu Cue 1. Nun werden alle Devices, bei denen der Chaser-Effekt verwendet wird, dunkel. Die Dimmer stehen auf null und scheinen nicht mehr über den Chaser-Effekt angesteuert zu werden. Das leuchtet mir nicht ein, da in dieser Cue ja der Chser-Effekt eingeschaltet wird und beim ersten Durchlauf auch funktioniert hat.
Ein ähnliches Verhalten habe ich in einer anderen Cuelist, wo ich den Chaser-Effekt für Color verwende: Beim zweiten Durchlaufen der Cuelist ist der Chaser-Effekt aus.
Gibt es dafür eine Einstellung oder hat jemand eine Idee, woran das liegen könnte?
Vielen Dank vorab und viele Grüße
Andi
Die direkte Ansteuerung jeder LED über RGB-Werte aus DMX Control wäre viel aufwändiger zu programmieren als wenn ich mit einem Grafikprogramm eine Bitmap-Grafik erstelle und als .bmp hochlade
Wenn du die LED-BARs als Generic Matrix patchst, kannst du die Bilder auch aus DMXC3 mittels des Bitmap-Effekts auf deine LED-BARs ausgeben. Der Bitmap-Effekt kann dabei eben auch mit Bilddateien arbeiten - das mal so als Hintergrundinfo.
Aber den Punkt mit den DMX-Kanälen kann ich nachvollziehen.
Ah ok, den Bitmap-Effekt kannte ich noch nicht - schon wieder was gelernt. Danke dir für den Tipp. Schau ich mir auf jeden Fall gelegentlich mal an.
Die Pixelbars können zwar auch Artnet, aber ich glaube, es werden mir für diese Anwendung trotzdem zu viele DMX-Kanäle.
Die Bilder sind .bmp Dateien mit 6x96 Pixeln (ein Pixel pro LED). Die Dateien werden auf die Pixelbars hochgeladen, dort gespeichert und dann über einen DMX-Kanal ausgewählt. Die direkte Ansteuerung jeder LED über RGB-Werte aus DMX Control wäre viel aufwändiger zu programmieren als wenn ich mit einem Grafikprogramm eine Bitmap-Grafik erstelle und als .bmp hochlade - und ich bräuchte auch ziemlich viele DMX-Kanäle um 8 dieser Pixelbars zu betreiben.
Durch die Umstellung des Index-Kanals (für die Bildauswahl) auf rawstep funktioniert das alles jetzt super und ich muss weder mit parallel laufenden Cuelists, noch mit dem Cue Timing Editor arbeiten.
War trotzdem ein guter Anlass um den Cue Timing Editor kennenzulernen, denn an anderer Stelle kann ich den gut gebrauchen.
Ok, dann ist die Lösung, alles auf rawstep umzustellen.
Vielen Dank nochmal für eure Hilfe - und für die tolle Software!
Ich habe jetzt im DDF einen Parameter von raw auf rawstep umgestellt und nun sehe ich in der Kanalübersicht kein Fading mehr für diesen Kanal.
Ist die Annahme korrekt: raw wird gefadet und rawstep wird nicht gefadet?
Hallo Jens-Peter,
ich habe mal versucht, selbst herauszufinden, ob ich über das DDF noch was erreichen kann. Habe aber leider keine Infos gefunden, welche Eigenschaften im DDF mit und ohne Fading behandelt werden. Die Parameter, die nicht gefadet werden sollen, habe ich als raw definiert.
Vielen Dank euch beiden für die schnellen und hilfreichen Tipps!
Das war jetzt ein guter Anlass um sich mal mit dem Cue Timing Editor zu befassen und natürlich lässt sich dort genau das erreichen, was ich wollte: Einfach die Fadezeit auf 0ms stellen und schon nehmen die Kanäle bzw. Geräteeigenschaften, die nicht gefadet werden sollen, sofort beim Start der Cuelist die Endwerte aus der ersten Cue an. Auch innerhalb der Cuelist beim Übergang zu den nachfolgenden Cues funktioniert das hervorragend.
Nur beim Stoppen einer Cuelist habe ich - wenn ich die Release Time > 0 habe - immer noch den Fadeeffekt auf allen Kanälen. Da es sich dabei nicht um eine Cue handelt, komme ich vermutlich mit dem Cue Timing Editor nicht weiter? Ich könnte natürlich die Release Time auf 0ms stellen, aber dann wird schlagartig alles dunkel bis die neue Cuelist wieder hell gemacht hat. Gibt es dafür auch noch so ein tolles Feature, um die Release-Time einzelner Geräteeigenschaften auf 0ms zu setzen?
Hallo zusammen,
ich verwende u.a. Pixelbars, bei denen über DMX-Kanäle Betriebsarten und Bilder selektiert werden können. Bei Start einer Cuelist wird bei mir immer über die Cuelist Group-Eigenschaft "Single list running" die alte Cuelist beendet und es gibt für jedes Lied, das ich bei Live-Veranstaltungen beleuchte, eine eigene Cuelist. Den Wechsel zwischen Cuelists mache ich mit Fading, indem bei der alten Cuelist die Release Time z.B. auf 2s gestellt ist und in der neuen Cuelist ist in der ersten Cue das Fading auch auf 2s gestellt. Der Wechsel von Farben und Helligkeiten verläuft damit sanft und sieht gut aus. Durch das Fading werden jedoch auch die DMX-Kanäle der Pixelbars gefadet, was zu unschönen Effekten führt. Wenn z.B. in der alten Cuelist Bild 1 gewählt ist und in der neuen Cuelist Bild 20, dann laufen in der Übergangsphase die Bilder von 1 bis 20 durch, weil der DMX-Kanal von 1 bis 20 fadet. Den selben unschönen Effekt habe ich auch, wenn der DMX-Kanal für die Betriebsart unterschiedliche Werte hat.
Ich habe bisher leider keine Lösung gefunden. Zwei Ideen wären:
Hat jemand von euch eine Idee, wie ich das machen kann, oder einen anderen Tipp? Bestimmt geht das in DMXC und ich bin einfach noch nicht drauf gekommen.
Danke vorab und viele Grüße
Andi
Hallo Johannes,
ich mache auch gleichzeitig Ton und Licht und kann mich nicht voll aufs Licht konzentrieren. Daher habe ich wie von Steff empfohlen für jedes Lied eine Cuelist mit Cues für die verschiedenen Teile eines Lieds. Oft ist darin nur die Farbsteuerung enthalten. Diese schalte ich manuell weiter und das ist das Basislicht. Wenn ich mehr machen möchte, dann habe ich zusätzliche Cuelists mit Effekten, die ich dann zusätzlich starten kann, aber nicht muss. Die Effekt Cuelists haben eine höhere Prio und überschreiben damit die Einstellungen der Basis Cuelists. In den Effekt Cuelists verwende ich Parametermaster um die Effekte im Livebetrieb anzupassen. Das ist dann meine Spielwiese wenn ich Kapa habe.
Grüße Andi
