1. CueLists Groups -->Hier gibt’s eineEinstellung die heißt "Single List Running" dann läuft immer nur eineCueList der CueList Group ab. (Pro Farbe extra CueList --> 1CueList <--> 1Farbe)
2. Bei den Moving Headshab ich z.B. eine CueList bei der ich für jede Farbe eine eigene Cue Habe undüber das Input Assignment GoTo jeweils die einzelne Cue starte. (Eine CueList mit mehrer Cues -> 1Cue <--> 1Farbe)
Ich verwende z.B. ausschließlich die erste Variante
Aber prinzipiell spricht gegen die 2. Variante auch nichts oder?
Nö, an sich spricht nichts dagegen. Ich fand die andere Variante einfach übersichtlicher und auch etwas flexibler, denn wenn du jetzt eine neue Cue einfügst, dann könnte sich die Referenzierung verschieben.
Sooo, hier wie versprochen das Bild, was auf welchem Button liegt.
Wie gesagt habe ich Executor-Page up und Down auf das Pult gelegt, genau wie auch das GO von den Dynamischen Executoren. Außerdem noch der Speed und die Gesamthelligkeit.
Wie stellst du die Bewegung der Movingheads ein? Damit ist ja schon die Geschwindigkeit gemeint oder?
Damit ist ja schon die Geschwindigkeit gemeint oder?
Wie per PN geschrieben meine ich damit den Cuelist-Speed. Ich habe also im Input Assignment die "Speed"-Eigenschaft der Cuelists auf die entsprechenden Encoder gelegt. Ich habe da nicht Pan und Tilt drauf gelegt.
Hallo,
kann ich das AKAI APC Mini mit DMXControl 3 verwenden?
Aus anderer Software kenne ich die Funktion das man etwas antippen kann,
das es dann direkt wieder aufhört zu leuchten,
und das ich etwas antippe und es blinkt/leuchtet weiter bis ich es ausmache.
Ist das realisierbar mit DMXControl 3? Zumindest die letzte Funktion
ist für mich essentiell, damit ich einfach sehe welche Cuelists gerade laufen
und sie wieder ausschalten kann.
Auch wenn es nur über den MIDI Controller funktioniert, das die Taste leuchtet
wenn ich sie drücke und aufhört wenn ich nochmal drücke das reicht.
Liebe Grüße,
Tim
Hallo,
MIDI ist aktuell per Plugin realisiert. Das Plugin kann zwar direkt selbst zurückmelden, also wenn du eine Taste auf dem Pult drückst, leuchtet diese auf. Wegen der Einbindung als Plugin und der Art und Weise, wie das Input Assignment arbeitet, kann das MIDI-Plugin aber aktuell keine Rückmeldung erhalten, ob eine Cuelist läuft oder nicht. Das wird dann vermutlich mit der 3.2 möglich sein (mehr dazu heute Abend in den News 
) .
Viele Grüße
JP
Hallo,
vielen Dank für die schnelle Rückmeldung.
Die Taste sollte schon so lange leuchten wie die Show läuft.
Und aufhören wenn ich nochmal drücke zum Beispiel.
Schön, dass ihr euch noch weiterentwickeln wollt.
Das Projekt hat doch Potential, sogar verkauft zu werden.
Dann könnte man vielleicht noch viel mehr erreichen.
Irgendwie gefällt mir DMXControl 2 stellenweise besser.
Mir fehlt noch so eine Zwischenlösung für die Cuelists.
Das ich vielleicht eine Cuelist aus Cuelists zusammenbauen kann.
Oder geht das sogar irgendwie mit einer Gruppe?
Liebe Grüße,
Tim
Hallo Tim,
Mir fehlt noch so eine Zwischenlösung für die Cuelists.
Das ich vielleicht eine Cuelist aus Cuelists zusammenbauen kann.
Oder geht das sogar irgendwie mit einer Gruppe?
man kann in Cuelisten unter Add->Special->Cuelist Cuelisten starten/stoppen etc. Damit kann man mehrere Cuelisten gut kontrollieren. Außerdem kann man z.b. mit Inputs im Input-Assignment Cuelisten starten und stoppen. Des weiteren kann man Cuelist Groups und Executoren nutzen. Es gibt also jede Menge Möglichkeiten Cuelisten zu steuern und jede bergen ihre eigenen Vor- und Nachteile.
Viele Grüße
Johannes
Sooo, hier wie versprochen das Bild, was auf welchem Button liegt.
Oh, hier grabe ich einen alten Thread aus 
Jens Peter ich bin gerade am gleichen Punkt, dass ich die wichtigsten Dinge aus meinen umfassenden Softdesk nun auf meinen F1 legen will, um nicht immer mit der Maus arbeiten zu müssen.
Hast du dir bereits über den Native Instruments Controller Manager ein Template erstellt? Ich würde ggf. ein neues erstellen und dieses dann allen zur Verfügung stellen.
Ich steuere meinen Softdesk mit diversen Buttons welche Cuelisten anschieben. Ich habe pro Gruppe einzelne Cuelisten für Farben, Bewegungen und Chaser/Strobes. Dadurch das bei mir jede Szene nur eine Cue hat erübrigt es sich mit Executoren zu arbeiten oder? Ich habe die paar Zeilen die ich in eurer Doku gefunden habe durchgelesen, werde aber nicht groß schlau ob es mir in meinem Fall etwas bringt.
Falls das mit den Executoren bei mir keinen Sinn macht würde ich im Input Assigment eine neue Bank für Midi Signale erstellen. Ich habe nämlich die bislang zugewiesenen Buttons am F1 parallel zu den Buttons im Softdesk gehangen - das beißt sich. Da geht dann mein Softdesk nicht mehr.
Darf ich dich fragen wie du das gelöst hast bzw. lösen würdest?
PS: Habt ihr in der Version 3.2.1 nun bereits eine Möglichkeit verschiedene Farben am F1 zu schalten, je nachdem ob eine Cuelist aktiv ist oder nicht?
Gerne kannst du/ihr mir auch Videos oder ähnliches verlinken, ich sehe mir dann alles an und versuch für mich die richtigen Rückschlüsse zu ziehen.
Viele Grüße aus Kempten und Danke,
Basti
Hast du dir bereits über den Native Instruments Controller Manager ein Template erstellt?
Ja, habe ich tatsächlich, aber das ist jetzt nichts wirklich weltbewegendes. Habe da nur die IDs der einzelnen Buttons entsprechend angepasst, damit die sauber fortlaufend sind und sich nicht teilweise überlagern (war zumindest bei meinem Standardprofil der Fall). Außerdem habe ich da auch die Farben hinterlegt. Denn (das beantwortet gleich die nächste Frage) nein, es lassen sich die Farben aus DMXControl 3 heraus noch nicht ansteuern. Das wird irgendwann noch kommen (da warte ich auch drauf), aber davor gibt es noch ein paar andere Baustellen in DMXControl 3
Zu den Executoren: Die sind zugegebenermaßen noch nicht so vielseitig nutzbar, wie bei manch anderem Pult / anderer Software. Aber sie bieten aktuell einen gewaltigen Vorteil: Es gibt hier Executor-Pages und es gibt Dynamische Executoren. Letztere zeigen immer auf die Executoren der aktuell ausgewählten Executor-Page. Dementsprechend habe ich alle 16 farbigen Buttons mit denen verknüpft und kann dann durch Umschalten der Executorpages (im Bild Page up / Page down) zwischen den einzelnen Pages hin und her schalten. Dadurch bin ich halt sehr flexibel. So habe ich mir je eine Page für jede Funktion gemacht und kann da einfach hin und her springen. Man könnte das aber auch so umsetzen, dass man die Buttons in der oberen Hälfte als direkten Aufruf der Page macht. Dann muss man da nicht mehr durchsteppen. Es könnte sich also für dich tatsächlich lohnen, wenn du mit Executoren (in der aktuellen Umsetzung in DMXC3) arbeitest. Warum ich immer "aktuelle Umsetzung" sage: Die Umsetzung wird noch einmal angegangen.
Zu deinem Softdesk-Problem: Nim doch einfach den Logic Node fürs triggern. Dort gibt es ein "Or" mit zwei Eingängen und dann sollte das funktionieren. Denn die Verbindungen im Softdesk sind immer 1:n und nicht n:n oder n:1. Sprich wenn du mehrere Dinge an einen Input-Port hängst, funktioniert das nicht richtig.
Zu den Videos: Videos zu Midi (oder z.B. dem Streamdeck) gibt es aktuell noch keine. Die müssen erst noch produziert werden. Sind aber schon geplant
Viele Grüße
JP
Zu den Executoren: Die sind zugegebenermaßen noch nicht so vielseitig nutzbar, wie bei manch anderem Pult / anderer Software. Aber sie bieten aktuell einen gewaltigen Vorteil: Es gibt hier Executor-Pages und es gibt Dynamische Executoren. Letztere zeigen immer auf die Executoren der aktuell ausgewählten Executor-Page. Dementsprechend habe ich alle 16 farbigen Buttons mit denen verknüpft und kann dann durch Umschalten der Executorpages (im Bild Page up / Page down) zwischen den einzelnen Pages hin und her schalten. Dadurch bin ich halt sehr flexibel. So habe ich mir je eine Page für jede Funktion gemacht und kann da einfach hin und her springen. Man könnte das aber auch so umsetzen, dass man die Buttons in der oberen Hälfte als direkten Aufruf der Page macht. Dann muss man da nicht mehr durchsteppen. Es könnte sich also für dich tatsächlich lohnen, wenn du mit Executoren (in der aktuellen Umsetzung in DMXC3) arbeitest. Warum ich immer "aktuelle Umsetzung" sage: Die Umsetzung wird noch einmal angegangen.
Zu den Executoren hast du mir keinen Link auf irgendein Video oder? Wenn das Thema Executor völliges Neuland ist, hören sich deine Ausführungen schwer verständlich an. Aber ich versuch mich mal in die vorhandene Doku einzulesen...
Zu deinem Softdesk-Problem: Nim doch einfach den Logic Node fürs triggern. Dort gibt es ein "Or" mit zwei Eingängen und dann sollte das funktionieren. Denn die Verbindungen im Softdesk sind immer 1:n und nicht n:n oder n:1. Sprich wenn du mehrere Dinge an einen Input-Port hängst, funktioniert das nicht richtig.
Wegen dem Softdesk weiß ich genau was du meinst. Ich denke ich werde mir der Übersichtlichkeit wegen aber doch eine zusätzliche Bank für die MIDI Steuerung anlegen.
Ich komme aus der Elektrotechnik und habe hier auch viel mit der Automatisierung zu tun. Bei der Siemens Step 7 oder dem TIA Portal wird in AWL / KOP / FUP ja viel mit Merkern gearbeitet. Ich hatte beim "verdrahten" des Softdesks die Idee dass diese Merker bei euch ab und an auch Sinn machen würden. Da ihr ja einige Kompetenzen im Team habt weiß der ein oder andere sicher was ich hier meine.
Als einfachstes Beispiel wäre in meinem Fall eben die Belegung mehrerer Buttons, sei es durch Softdesk oder Midi, welche in verschiedenen Bänken auf Merker gelegt werden können. Diese Merker könnten dann wiederum in den einzelnen Bänken aufgerufen werden um ggf. Cuelists zu triggern oder ähnliches.
Nur so als Idee
Hallo Basti,
Das mit den Merkern wird sicher kommen. Viel interessanter ist nen Merker z.b. als Parameter, den man häufig benutzt und nicht in jedem Connectionset neu einstellen möchte bzw. nachträglich bearbeiten möchte.
Das input Assignment hat schon recht viel Verwandschaft zu nem FUP. Nur mit dem Unterschied, dass hier nicht nur bits, sondern alle Datentypen übertragen werden. Somit sind Merker an dieser Stelle eigentlich nicht nötig.
Aber du kannst ja gerne mal ein genaues Beispiel nennen.
Zum Thema Executoren:
Diese werden in der 3.3 komplett umgebaut. Es ist aktuell nicht sinnvoll dafür eine Dokumentation zu schreiben bzw. ein Video zu drehen. Die Executoren sind aktuell auch nicht besonders gut zu bedienen.
Gruß
Nutzer99
Das find ich super, dann habt ihr schon vor das zu integrieren. Mein Beispiel war einfach nur so erzählt da es die erste Anwendung war bei der mir dieser Gedanke durch denk Kopf ging. Für Parameter oder ähnliches ist es sicher auch super und viel einfacher. Ich freu mich drauf...
Das mit den Executoren werde ich demnach nicht weiter verfolgen. Das sehe ich mir dann in einer späteren Version an wenn auch eine Doku vorhanden ist.
Dann bau ich meine Midi Befehle ganz normal im Input Assignment mit ein wie ich es ursprünglich sowieso gemacht hätte.
Danke für die schnelle Antwort!
Viele Grüße und einen schönen Sonntag noch
Das mit den Merkern wird sicher kommen.
Das find ich super, dann habt ihr schon vor das zu integrieren.
Ehrlicherweise muss man dazu aber sagen, dass wir zwar schon einmal darüber geredet haben, aber die noch nicht fixiert wurde, ob und wenn ja wie das mit den Markern umgesetzt wird. Was 
nutzer99 meinte ist, dass wir sicher in einer zukünftigen Version Konzepte haben werden, um das Input Assignment noch etwas besser zu strukturieren.
