LightningBrothersdie Wirkungsweise der Node-Eingänge verstehe ich jetzt besser
Bitte, gern geschehen. 
Ist aber eigentlich auch so im Wiki-Artikel zum Cuelist-Node beschrieben. 
Oder doch nicht? 
Posts by LightningBrothers
-
-
Der beeinflusst aber gar nicht die Überblendung, sondern die Ablaufgeschwindigkeit.
Um es ganz präzise zu formulieren: der Fade-Faktor beeinflusst alle Zeiten der Cues innerhalb der Cuelist sowie die übergeordneten Zeiten, die du in den Einstellungen der Cuelist setzt, also
- die Zeiten für den Wait und Follow-Trigger
- die Fade-Zeit
- das Delay
- die Release-Zeit der gesamten Cuelist
- die Go-To und Go-Back-Zeit (wenn hier nicht die Zeiten der Cues genutzt werden sollen)
Damit du auch wirklich eine Änderung siehst, wenn du am Regler für den Fade-Faktor spielst, müssen an den betreffenden Stellen natürlich auch wahrnehmbare Zeitwerte eingetragen sein, also mindestens 100ms. Kleinere Zeitwerte sind natürlich möglich, aber eben unter Umständen nicht so gut zu sehen.
Der Eingang "Geschwindigkeitsfaktor" hat zeigt keine Auswirkung.
Dieser Eingang hat auch nur Einfluss auf Effekte, die in den Cues gespeichert sind.
Oder ist das ein Fehler im CueList-Node?
Ein Fehler im Cuelist-Node ist es nicht, weil dieses wie es soll auch mit DMXC 3.3.3 ordentlich die Regler im Cuelist Editor anspricht. Ich selbst nutze diese Mechanik schon lange in meinen Projekten und zuletzt erst wieder am vergangenen Samstag.
Kann da irgendetwas in meinem Ablauf krumm sein?
Das würde ich nämlich eher sagen.
Denn grundsätzlich braucht es in der Aufruf-Cuelist keine zweite Special Cue mit "Stop und Release", weil die Blitz-Cuelist sich von der aktuellen Gestaltung und Arbeitsweise einfach selbst beenden kann. Der Trick ist hier, dass die Cue 2 der Blitz-Cuelist einfach eine leere Cue ist, wo der Zeitwert für den Wait-Trigger auf zum Beispiel 200ms gesetzt ist. In den Cuelist-Optionen setzt du dann die Option für das automatische Beenden auf "when last cue ends". Wie die Cuelist dann ausblendet, legst du mit der Freigabezeit fest.
Und wenn die Blitz-Cuelist nun automatisch durchläuft, kannst du dir die Aufruf-Cuelist eigentlich komplett sparen - wenn dies eben die einzige Funktion ist, den Blitz einmalig aufzurufen.
-
Hallo Nora!
Du kannst am Cue-Node den Wert für den Fade nicht dediziert ändern. Das ist richtig.
Du hast aber am Cuelist-Node den Eingang für den Fade-Factor. Dieser steuert wie auch der Regeler im Cuelist-Editor (ggf. ist dieser auf Grund der geringen Breite des Fensters nicht direkt zu sehen) den Fade relativ zu den eingestellten Fade-Zeiten der gesamten Cuelist. Darüber lässt sich dein Vorhaben super umsetzen.
Stefan
-
Ja, das steht gut aus. Nun ist auch in der Projekt-Datei wieder eine entsprechende Datei enthalten.
-
Ich würde hier eben die LED-Bar nicht bloß als "abhängiges" Gerät von anderen Geräten arbeiten lassen, sondern sie von vorn herein "sauber" aus Cuelists und den entsprechend Cues ansprechen. Deswegen auch der Hinweis mit der Gerätegruppe. Hinzu kommt, dass eben bestimmte Effekte auf verschiedenen Geräten leicht anderes umgesetzt werden müssen, damit sie auch gut aussehen.
Hast du das so umgebaut, dienen die Master dann wiederum, um bestimmte Dinge zu zentralisieren und eben live ansteuern zu können.
-
Hallo!
Der bessere Weg wäre hier mit den Mastern zu arbeiten und mit Gerätegruppen. Du hast also für die Farbe einen Farb-Master, der sowohl in der Szene für die Moving Heads als auch für die Szene der LED-Bar genutzt wird. Statt der expliziten 1:1-Zuordnung zwischen den Geräten erstellst du dir eine Gerätegruppe für die 8 Pixel der LED-Bar und fügst dort den Farbmaster ein. Möchtest du mit einem Fanning arbeiten, dann nimmst du noch einen zweiten Farb-Master auf.
Dies mal so als initialer Startschuss für die bessere Umsetzung. Denn wie an anderer Stelle schon gesagt: der Programmer ist nicht für die Live-Steuerung zu verwenden. Dafür gibt es eben die verschiedenen Master.
Stefan
-
Hallo!
Das kann ich bestätigten und habe dazu ein Ticket im Bugtracker angelegt.
FS#5632 : Textbuch (das Skript) kann auf Grund fehlender Daten nicht gespeichert werdenStefan
-
Nun will ich im DMX Interface das Nicolaudie hinzufügen, leider wird es nicht hinzugefügt wenn ich auf o.k drücke, siehe Anhang.
Bitte lese nochmal im betreffenden Abschnitt im Wiki-Artikel nach, wo du schauen sollst und wie das Ausgabeplugin heist. Wenn du die dortigen Informationen genauso umsetzt, wird Easy View auch wie erwartet gestartet. Ich habe dies gerade nochmal selbst geprüft.
-
Guten Morgen,
wie der Verbindungsaufbau funktioniert, ist in dem Wiki-Artikel Art-Net (DMX-Interfaces) DMXC3 beschrieben.
Grundsätzlich ist das Art-Net-Protokoll aber mit Wireshark anzeigen und aufzeichnen - auch mit dem aktuellen Art-Net-4-Plugin.
Stefan
-
Hallo!
Du schaust an der falschen Stelle in der Liste. In dem Screenshot findest du weiter oben den Eintrag von bzw. für Nicolaudie… Befolge mal die Hinweise aus dem Wiki-Artikel zu den DMX Interfaces DMXC3.
Stefan
-
mein Artnet-Node
Welches Art-Net-Node nutzt du denn hier? Hast du mal eine genaue Bezeichnung?
-
Wo genau finde ich das "UserDevices" Verzeichnis?
Das steht hier: Einführung (DDF-Syntax) DMXC3
Das vorherige Plugin hatte einen Bug, richtig? Ich benutze seit neuesten nämlich mehrere 1-Kanal Artnet-Nodes. Alle haben ihr eigenes Artnet-Universum. Auf diese Artnet-Universen werden aber zum Teil gleiche DMX-Universen rangiert. Betrifft dieser Anwendungsfall den Bug?
Von dem Bug war das Ausgabeplugin für Art-Net-4 betroffen. Der Bug kam aber auch nur dann zum Tragen, wenn du in mehreren Art-Net-Nodes die gleiche Konfiguration hinterlegt hattest (also die gleiche Port-Adresse). Hatten alle Art-Net-Nodes unterschiedliche Adressen, lief alles ohne Probleme.
-
Ich kann dazu ein Ticket anlegen und auch ein Wireshark-Mitschnitt erstellen.
Jedoch ist eher die Frage, ob es am Ende nicht ein Fehler im Art-Net-Ausgabeplugin von DMXControl 2 ist, dass sich nicht entsprechend verhält - ebenso wie das andere Programm, was ich getestet habe.
-
Ich habe mal ein bisschen bei mir herumgespielt. Dass die Kommunikation nicht klappt, muss offenbar wirklich in Verbindung mit dem Art-Net-4-Ausgabeplugin stehen. Ich habe nämlich auch noch ein anderes Programm, welches ich damit nicht ansprechen kann.
Was du aber machen kannst: führe den Installer für DMXControl 3.3.3 nochmal aus und wähle bei den zu installierenden DMX-Interfaces das alte Art-Net-Ausgabeplugin an. Mit diesem habe ich sowohl das zweite Programm als auch DMXC2 erreichen können.
Zu deiner Aussage:
Ich habe z.B. mein Projekt nach Installation von 3.3.3 erst öffnen können, nachdem ich den Inhalt der Standard-LibDevices gelöscht und nur die DFFs, die ich benutze eingefügt hatte.
Du weißt, dass du
- zum einen bei der Installation unter anderem direkt auswählen kannst, dass die Standard-Gerätebibliothek nicht mit installiert wird und
- zum anderen deine eigenen DDFs im Installationsverzeichnis von DMXC3 nichts zu suchen haben? Für deine eigenen DDFs gibt es das Verzeichnis "UserDevices".
-
Mir ist der Fehler bis jetzt nicht bewusst unter die Finger gekommen bzw. ich habe davon auch noch nichts weiter gelesen - oder ich erinnere mich nicht mehr.
Nach der Show [...] steige ich dann auf 3.3.3 um. Aber daran wird es ja vermutlich nicht liegen?
Ganz im Gegenteil: Es ist in der Tat so, dass mit jeder Version auch verschiedene Dinge sogar unbewusst behoben werden, die manchmal nicht explizit in den Informationen zu einer Version benannt sind. Dafür ist DMXControl 3 einfach eine zu komplexe Software.
Von daher umso besser, dass das Problem mit dem Update nun der Vergangenheit angehört.
Wäre klasse, wenn mir jemand einen Tipp geben könnte.
Zwei spontane Tipps wäre eben noch (auch wenn sie nicht mehr benötigt werden):
- Du teilst die Cuelist auf und kümmerst dich in einer Cuelist ausschließlich mit dem Chaser-Effekt um den Dimmer und mit einer zweiten um die Farbe(n).
- Du arbeitest mit einem Color-Master und fügst diesen direkt in die Cue ein, in der auf dem Dimmer der Chaser-Effekt läuft.
-
Hast du denn die Konfiguration für Art-Net abgeglichen? DMXC3 schickt mit dem Art-Net-4-Plugin gemäß der Art-Net-Spezifikation die Daten auf der Port-Adresse 1 raus, was dem Net 0, Sub-Net 0, (Art-Net-) Universum 1 entspricht. Daran müsstest du die Konfiguration in DMXC2 anpassen. Das Verschicken auf dem Art-Net-Universum 0 ist nicht vorgesehen.
-
Grundsätzlich wird der letzte Wert der Master im Projekt gespeichert und beim Laden des Projekts auch so wieder gesetzt.
Dies trifft jedoch nicht zwingend zu, wenn du die Master auch per Softdesk oder auf anderweitigem Wege über das Input Assignment ansprichst. Je, nachdem wie deine Connectionsets hier aufgebaut sind, kann es passieren, dass dann die Werte von vereinzelten Mastern nochmal verändert werden. Das musst du aber individuell prüfen.
-
Guten Abend!
Um dein Vorhaben zu realisieren, kannst du dir zu Nutze machen, dass du im Input Assignment verschiedene Elemente wie eben unter anderem auch Cuelist Groups anhand ihrer Nummer auswählen kannst. Darüber hinaus nutzt du die Möglichkeit, dass Cuelists mehreren Cuelist Groups zugeordnet werden können.
Daraus ergibt sich folgendes:
- Du erstellst nun weitere Cuelist Groups. Ihnen ordnest du die Cuelists zu, die zum jeweiligen Farbschema passen. Innerhalb der Cuelist Groups legst du als einziges eine passende Nummer für die Cuelist Groups fest, die du dir auch gut merken kannst und die idealerweise aufeinander folgen, um den Überblick zu behalten. Diese können dabei auch drei- oder vierstellig sein, also zum Beispiel 101, 102, 103.
- Im Softdesk definierst du als Ausgangswert für "Value activated" nun die Nummer, welche die Cuelist Group für das entsprechende Farbschema hat. Der Wert für "Value deactivated" bleibt bei 0. Für den Moment empfehle ich zudem, die Option "Toggle button" auf "false" zu stellen.
- Im Input Assignment fügst du in dem Connectionset zur Ansteuerung des Cuelist Monitors vor dem Cuelist Group Node noch ein LTP-Node ein und verbindest dieses mit dem Eingang "Cuelist Group ID / Nummer / Name". In den Optionen des LTP-Node legst fest, dass "Zero values" ignoriert werden sollen. An den Eingängen des LTP-Nodes schließt du wiederum die Buttons an, mit denen du das Farbschema auswählen möchtest.
Mit diesem Konzept solltest du wie gesagt zum Ziel kommen. Ich bin bis jetzt noch nicht in die Details eingestiegen in der Hoffnung, dass du mit den groben Stichpunkten zurechtkommst. Falls nicht - bitte nachfragen.
Bezüglich der sichtbaren Rückmeldung über die Buttons, welches Farbschema ausgewählt ist, muss ich nochmal in mich gehen. Aber das gehen wir am besten auch erst an, wenn der erste Teil läuft.
Stefan
-
Hallo Adrian,
im Timecode-Player kannst du auch mit mehreren Cuelists innerhalb eines Cuelist-Tracks arbeiten. Diese kannst du dann als "Block" verschieben und dann werden sie auch immer erst zu dem Zeitpunkt gestartet, wo du diesen "Block" hingeschoben hast. Somit kannst du auch wiederholende Elemente in kleinere Cuelists packen und diese einfach mehrfach hintereinander einfügen, statt die Szenen mehrfach in den "Haupt-Cuelists" zu kopieren. Wenn du so arbeitest, sollte das Verhalten wieder genauso sein, wie seiner Zeit beschrieben.
Stefan
-
Meine Idee war die Szene mit Mastern so einzustellen wie gewünscht und dann genau so ohne Master zu speichern.
Nein. Das geht so nicht.