Posts by LightningBrothers

Quote from Lichtfuchs007

da ich einige unterschiedliche Geräte haben, deren Farben zum Teil stark unterschiedlich aussehen.

Ja... in dem Fall hilft dir ein einzelner Color Master für mehrere Geräte mit unterschiedlichem Mischverhalten nicht weiter. Wenn du bei deinen LED-Scheinwerfern mit RGBx-Farbmischung wirklich die gleichen Farben ausgeben möchtest, ist der Weg über feste Werte in den Cues der Cuelist der einfachste Weg.

Quote from Lichtfuchs007

Auch wenn es nur ein nice-to-have ist, vielleicht die Frage, wie man das auch mit Toggle-Button umsetzen kann. Das hätte visuell den Vorteil, dass leicht zu erkennen ist, welche Farbstimmung gerade aktiv ist.

Wie meinst du das? Statt einem Cuelist-Monitor würdest du für die bessere optische Rückmeldung lieber Buttons verwenden wollen?

Quote from nutzer99

Du musst die Liste der Cuelist IDs nur verketten. Könnte über das Format Node funktionieren. Hab ich so noch nicht probiert .

Das wäre auch mein Ansatz, um mehrere Cuelist-Group-IDs zu verketten. Für einfache Texte nutze ich den Format-Node auch so bereits schon. Aber ich habe ihn noch nie verwendet, um auch mehrere Objekt-IDs (also Device, Master etc.) zusammenzufassen.

Hallo!

Die flexibelste Variante ist die, wie es auch in dem DDF-Tutorial 4er-Bar beschrieben ist: ein Steuerungs-DDF und ein DDF für einen LED-Scheinwerfer, welches dann mehrmals eingefügt wird.

Stefan

Apps plattformübergreifend für Android uns iOS / iPadOS zu entwickeln ist das eine. Das andere ist an dieser Stelle der "Vertriebsweg". Da war und ist Android bekanntermaßen immer noch deutlich unkomplizierter zu händeln als Apple-Geräte. Und auch trotz des Digital Market Acts hat sich das bei iOS etc. nicht wirklich geändert. Daher kommt man weiterhin nicht drum herum, Apps über den offiziellen AppStore anzubieten.

Ich nutze bei der Suche immer auch die Möglichkeit in den erweiterten Suchoptionen, auch den Aufgabentext und die Kommentare zu durchsuchen. Und wenn ich mehrere Wörter in die Suche eingebe, dann zusätzlich auch die Option, nach allen Wörtern zu suchen. Manchmal muss ich dann nur ggf. nochmal von den deutschen zu den englischen Begriffen wechseln bzw. statt der englischen die deutschen Begriffe nutzen. So bin ich damit auch gerade wieder sehr schnell zu dem oben genannten Ticket gekommen.

Da braucht ihr kein (weiteres) Ticket erstellen. Das Ticket FS#4883 : Cuelist in Directory kopieren beschreibt das Problem bereits.

Hallo!

Wenn das innerhalb einer Cuelist lösen möchtest, ist dies (genau) der richtige Weg. Ich habe das bei mir auch so gelöst.

Stefan

Bei hexler.net, dem Entwickler von TouchOSC, gibt es

• TouchOSC MK1 (der ersten Generation) und eben
• TouchOSC (die zweite Generation).

Beide Versionen nutzen zwar das OSC-Protokoll. Aber die Generationen haben eben unterschiedliche Apps und Editoren. Bis dato war ich mir recht sicher, dass das TouchOSC-Plugin für DMXC3 eben nur Layouts / Oberflächen importieren kann, die mit dem Editor der ersten Generation erstellt wurden.

Quote from Flipp1899

Eigentlich fehlt ja nur eine Referenz-Liste für Rückgabewerte an TouchOSC. Diese kann ja eigentlich nur nur von TouchOSC (Hexler) kommen.

Diese wird eben mit angelegt, wenn du das Layout im Plugin importierst. Da werden sowohl die Regelsätze für die Eingänge (Inputs) als auch die Ausgänge (Outputs) für das Input Assignment angelegt. Du musst folglich in DMXC3 nämlich nichts anlernen oder konfigurieren.

Das TouchOSC-Plugin von Thomas Langthaler ist da schon weiter. Man kann mit dem Editor der ersten TouchOSC-Generation ein Layout erstellen und das dann direkt im Plugin in DMXC3 einlesen. Dann werden im Input Assignment alle Eingänge und Ausgänge angelegt. Bei den Ausgängen ist es natürlich ein Stück weit abhängig von dem jeweiligen Steuerelement. Diese Ausgänge müssen dann entsprechend für das Feedback herangezogen werden.

Mahlzeit...

Ich hatte zwischenzeitlich bemerkt, dass ich auf folgende Punkte noch nicht eingegangen war:

Quote from Flipp1899

Wie ist es mit der Performance und Speicher bei dieser Menge von Input Assignments.

Die Anzahl von mehr als 100 Connectionsets ist nicht per se problematisch. Ich habe in meinen Projekten teilweise noch mehr Connectionsets gebaut. Die laufen stabil.

Quote from Flipp1899

Bei der Visualisierung der Cuelist Node habe ich Probleme mit der Sichtbarkeit von Detail Informationen.
(Lange Cue Name werden abgeschnitten). Ich verwende dann hin und wieder ein Label zur Kontrolle:
Gibt es hierfür eine andere Lösung?

Das ist aktuell eine technische Einschränkung, die in der Form auch nicht mehr behoben wird. Daher ist der Weg über ein Label eine Möglichkeit. Grundsätzlich werden auch Kurztipps angezeigt, wenn du ein paar Sekunden auf dem entsprechenden Ausgang bleibst.

Stefan

Guten Abend!

Wenn du exakt so arbeiten möchtest, dann muss dein Connectionset so aussehen.

Eine einzige Optimierung gäbe es, dass du den Input "SL Spot Power" auslagerst und in einem separaten Connectionset mit einem Cuelist Group Node arbeitest. Seit DMXC 3.3.3 sind die Inputs für Intensität, Geschwindigkeitsfaktor und Überblendungsfaktor dort auch verfügbar. Darüber kannst du dann natürlich den Wert für mehrere Cuelists gleichzeitig einstellen.

Stefan

Hallo Michael,

das ist kein Problem des Textbuchs an sich, sondern das aktuelle Verhalten mit den Special Cues im Hinblick auf die Ablaufsteuerung. Dies kommt deswegen zum Beispiel auch bei einer Timecode-Show zum Tragen, wenn man dort mit Special Cues andere Cuelists startet und stoppt und dann mittendrin in die Show springt. Heißt für dich: du wirst das gleiche Verhalten nachvollziehen können, wenn du Go Back direkt im Cuelist Editor nutzt. Dies mal zur Einordnung.

Um das Problem nun ein Stück weit zu umgehen, wären folgende Alternativen denkbar:

• der Einsatz von Cues mit Presets, wo dann in verschiedenen Presets die verschiedenen Positionen hinterlegt sind. Die Presets fügst du entweder als ein referenziertes Preset oder als Geräte-Preset einbindest.
• in den separaten Positions-Cuelists ist immer nur eine Cue mit nur einer Position hinterlegt, weil so der erneute Go-Befehl keinen Effekt hat. Alle Positions-Cuelists fasst du dann in einer Cuelist-Group zusammen.

Stefan

Die Bereiche für das automatische Schwenken ignorierst du im DDF, weil DMXC dies so nicht unterstützt. Im Fall der Fälle baust den Effekt bei Bedarf selbst mittels eines Effekts auf der Goboindizierung.

Wenn du in DMXControl 3 deine Gerät auf den ersten vier DMX-Universen verteilt hast, dann muss in der Spalte für "DMX-Ausgang Adresse" auch 1.1, 2.1, 3.1 und in Zeile 4 4.1 stehen. Diese Systematik gibt es seit DMXControl 3.0.0 so. Ich bin mir sehr sicher, dass das bei dir in DMXControl 3.3.0 auch so eingetragen war. Der Übersicht halber das Ganze nochmal tabellarisch:

Quote from Blumfeld

Wo ändere ich denn die DMX-Adressen Ausgänge?

Das machst du weiterhin in der Übersichtstabelle in DMXControl 3 in der Spalte "DMX-Adresse Ausgang".

Quote from Blumfeld

Die Ports sind jetzt geändert auf 1-4. Siehe Bild

Bedeutet also, dass du in DMXC der Port-Adresse in den Einstellungen für das Art-Net-Ausgabeplugin auch bei 1 beginnst zu zählen, klar soweit?

Lösche vielleicht vielmehr erst mal alle deine Einträge in der Tabelle der DMX-Interfaces.

Dann fügst du nur ein Art-Net-Ausgabeinterface ein. Damit testest du die vier Ausgänge deines Art-Net-Nodes durch (sprich für den ersten Ausgang deines Nodes die Port-Adresse 0, dann 1, dann 2 und zum Schluss 3). Wenn du die jeweils Port-Adresse umgestellt hast, änderst du danach direkt in der Übersichtstabelle wie gehabt auch die DMX-Adresse Ausgang, also 1.1 für das erste DMX-Universum in DMXControl 3, meinetwegen 2.1 für das zweite DMX-Unversum und so weiter.

Du musst natürlich

• viermal das Art-Net-Plugin hinzufügen wie zuvor auch in DMXControl 3.3.0
• in dem jeweiligen Plugin dann auch die passende Port-Adresse eintragen - wenn in allen das gleiche steht, kannst du natürlich nicht vier unterschiedliche DMX-Universen auf vier unterschiedlichen Ausgängen des Art-Net-Nodes ausgeben
• und du musst in der Übersichtstabelle die Zuordnung machen, welches Art-Net-Ausgabeplugin welches DMX-Universum von DMXC ausgeben soll - da musst du in dein Projekt schauen, was du wie gepatcht hast

Quote from Blumfeld

ok, wenn man das weiß ist es einfach.

Sehr gut... Aber ja... Art-Net ist zwar sehr leistungsfähig, aber dadurch (leider) auch um ein vielfaches komplexer als wenn man mit nur einem oder zwei einfachen USB-DMX-Interfaces arbeitet. Daher ist es auch hier immer sehr empfehlenswert, die Thematik in Ruhe zu Hause kennen zu lernen und ausgiebig zu testen, bevor man damit eine Show macht.

Quote from Blumfeld

Ich habe mit DMX Workshop noch nie etwas gemacht, wenn du mir sagst "Wie" ändere ich die Einstellungen bevor beim nächsten Update wieder alles nicht funktioniert.

Ich denke, da dürftest du bei YouTube auch schon fündig werden oder du stellst Google mal die Frage "Wie ändere ich die Port-Adresse meines Art-Net-Nodes mit Hilfe von DMX-Workshop?".

Quote from Blumfeld

Dann wäre die Standard Einstellung mit Port 1 ja auch gleich zielführend gewesen...

Das ist immer Sache des Herstellers, dies in der Firmware passend umzusetzen.

Quote from Blumfeld

Kann man daran wichtige Informationen erkennen?

Ja… DMX-Workshop ist ein sehr gutes alternative Tool, wenn es um das Thema Art-Net geht. Und es zeigt damit auch die Informationen, die es braucht, um DMXC richtig einzustellen - vor allem, wenn die eingesetzten Art-Net-Nodes keine Weboberfläche bieten, um diese zu konfigurieren.

Besonders wichtig sind in diesem Fall die unteren vier Zeilen. Sie zeigen, dass dein Art-Net-Node mit der IP-Adresse … .99 insgesamt vier Ausgänge (also Ports) hat. Diese sind im Bereich Net 0, Subnet 0, Art-Net-Universum 0 bis Art-Net-Univserum 3 adressiert. Dies entspricht den Port-Adressen 0 bis 3. Die Angaben zu Net und Subnet müsstest du sehen, wenn du die Zeilen nochmals erweiterst.

Diese Informationen musst du nun eben auch in DMXC übernehmen.

Gleichzeitig weise ich darauf hin, dass die aktuell vorliegende Standardkonfiguration insbesondere für den ersten Ausgang nicht der Art-Net-Spezifikation. Wenn du also mal Zeit und Muße hast, passt du die Konfiguration über DMX-Workshop an und beginnst beim Ausgang 1 auch mit der Port-Adresse 1 (also Net 0, Subnet 0, Universum 1).

Quote from Blumfeld

Geht bei mir nur nicht ich kann da keine IP eintragen.

Die Port-Adresse ist keine IP-Adresse!

Quote from Blumfeld

Ah, da kann man das Theoretisch eintragen. Und das muss man wissen ja?

Das habe ich mit der Einführung des neuen Ausgabeplugins auch gelernt, wie sich die Port-Adresse zusammensetzt. Deswegen gibt es ja auch die Eingabemaske, die du aufklappen kannst, wie du im Wiki-Artikel im Abschnitt zum Art-Net-4-Plugin in Abbildung 2 sehen kannst (falls du auf dem Handy schaust, bei Abbildung 1 mal nach rechts scrollen). Und wenn du dort die klassischen Werte für Net, Subnet und Art-Net-Universum eingibst, siehst du auch die Berechnung der Port-Adresse.

Quote from Blumfeld

Auch wenn es nicht im Wiki steht.

Wie ich merke, sollte ich das da zumindest nochmal (klarer) ergänzen. Ich bin dort noch nicht auf die Felder eingegangen, die die erweiterten Einstellungen des Art-Net-Plugins bieten:

Art-Net verhält sich hier recht ähnlich wie der DMX-Bus. Du musst halt in DMXC eintragen, über welche Port-Adresse bzw. welches Net / Subnet / (Art-Net-) Universum die Art-Net-Daten verschickt werden sollen. Net / Sub / Universum kannst du in der Maske eintragen, die du im Feld für die Port-Adresse aufklappen kannst. Und diese Informationen müssen auch im Art-Net-Node stehen, sonst laufen die Art-Net-Daten an dem Node vorbei. Denn beim DMX-Bus muss der Patch in der Software ja auch zu den Geräten passen. Ist dies der Fall, reagieren die Geräte automatisch, sobald du DMX-Daten schickst.

Wenn du DMXC 3.3.0 bereits im Einsatz hattest, dann trägst du für Net / Subnet / Universum die gleichen Werte ein. Und falls du die nicht (mehr) weißt, schaust du im Art-Net-Node nach.