Version 3.2 - Fehlende Funktionen im Vergleich zur 3.1.3

Hallo!

Ich versuche mal ein paar deiner Punkte hoffentlich nachvollziehbar zu erläutern:

Quote from djquickwilli

Devices und DeviceGroups fehlen als Outputs im Input Assignment.

Wir haben uns im Team für den Weg über den Programmer entschieden, weil die alte direkte Ansteuerung von Geräten vereinfacht ausgedrückt intransparent war. Man konnte wenn überhaupt nur über die Kanalübersicht nachvollziehen, welcher Wert gerade wie gesetzt wurde. Ein weiteres Problem war das Zurücksetzen allen, aber auch nur von einzelnen Werten. Die Idee, über den Programmer zu gehen, ist des Weiteren, dass man sich so zudem die aktuelle Lichtstimmung schneller in Cues wegspeichern kann.

Quote from djquickwilli

Ich würde gerne mit mehreren Slidern im Softdesk zb. die Nebelmaschine(n) und die eingebauten Gerätefunktionen meiner LED-BAR abrufen.

Gerade im Fall der internen Gerätefunktionen bietet sich hier auch die Möglichkeit, diese über eine Cuelist abzurufen. Das hat den Vorteil, dass du immer genau das aktuelle Programm kennst und dies dir durch eine zusätzliche Benennung der Cues im Softdesk anzeigen lassen kannst. Ich persönlich fände es etwas nervig, mit einem Slider einen gezielten Wertebereich "treffen" zu müssen.

Quote from djquickwilli

Bei den Cuelisten fehlt der (früher vorhandene) Beat-Input.

Dies ist ja wie gesagt in die Cuelist Options gewandert, wo du die jeweilige Quelle gezielt und vor allem für mehrere Cuelists gleichzeitig setzen kannst. Das hat auch ein wenig den Grund, um an dieser Stelle effektiver zu arbeiten - sowohl auf Seiten des Nutzers als auch programmintern.

Quote from djquickwilli

Chaser-Effekte innerhalb einer Cue sind dafür nur rein Zeitgesteuert und lassen sich nicht synchron schalten.

Dafür haben ja die Speedmaster mit DMXControl 3.2 Einzug erhalten, was der zweite (und eigentliche auch Haupt-) Grund für die Implementierung war. Trägst du einen Speedmaster nämlich in die Eigenschaft eines Effekts ein, welcher die Laufzeit bestimmt, kannst du so die Speedmaster entsprechend zur Beeinflussung der Geschwindigkeit nutzen - und das dann auch synchron zum eingestellten BPM-Wert. Dies habe ich gestern Abend erst in einem meiner Projekte so umgesetzt.

Quote from djquickwilli

Ich würde gern den Hazer über zwei Slider im Softdesk steuern (FOG/FAN). Zusätzlich möchte ich einige Cues anlegen, mit denen ich den Hazer auf spezielle FAN/FOG-Werte (5%/50%/100%) einstellen kann.

Dieses Vorhaben lässt sich mit einer Cuelist und mehreren Cues genauso umsetzen. Du hast mehrere Cues, bei den die Werte fest gesetzt sind. In einer weiteren Cue hinterlegst du dann statt fester Werte die Parameter-Master. Das Feedback beläuft sich dann analog zu den internen Programmen deiner LED-PARs auf der Text-Basis entsprechend aktuell aktiven Cuelist.

Quote from djquickwilli

Aber ich hoffte, das Programm auch anderen Kollegen empfehlen zu können, die nicht gerade Informatik studiert haben.

Das ist aktuell gar nicht möglich. Hier programmieren IT-Profis für IT-Profis.

An dieser Stelle sind wir eher bei dem Punkt, dass wir noch nicht über (kompakte und) zentrale Nachschlagemöglichkeiten zu den Funktionen verfügen. In diesen liegt auch die Hoffnung, eventuelle Einstiegshürden zu senken und auch Wege aufzuzeigen, um noch effektiver zu arbeiten.

Bitte lasse aber auch nicht außer Acht, das hier noch nicht aller Tage Abend ist. In den zukünftigen Versionen ist mit weiteren Optimierungen und Ergänzungen zu rechnen. Wie an vielen Stellen bereits gesagt: für DMXControl 3.2 mussten wir halt irgendwo mal einen Cut bei den ganzen Ideen machen, die bereits existieren. Andernfalls wäre ein Release in diesem Jahr bestimmt nicht mehr möglich gewesen. Zusätzlich ist ein Feedback aus der "breiten Masse" ebenfalls ein wichtiger Baustein für die weitere Entwicklung, was ein weiteres Argument dafür sein soll, weswegen der Workflow an machen Stellen aktuell noch verbesserungswürdig ist. Zwar trägt das Beta-Tester-Team natürlich schon während des Beta-Tests aktiv dazu bei, dass am Ende nicht kompletter Murks rauskommt, jedoch muss dies verständlicherweise nicht immer dem statistischen Mittel entsprechen.

In diesem Sinne - Danke für dein Feedback!

Viele Grüße, Stefan.

Quote from djquickwilli

Bei den Cuelisten fehlt der (früher vorhandene) Beat-Input. Das ist eine m. E. wesentliche Basisfunktion. Mit dieser kann man zb. per Taste durch eine Cueliste schalten oder eben den Beat vom OS2L nutzen. Dann bliebe die Cuelist auch (wie bisher) stehen, wenn der Player (VDJ) gestoppt ist. Wenn ich hier per SpeedMaster steuere, läuft die Cuelist weiter, da der Speedmaster ja mit dem berechneten BPM-Wert weiterläuft. Dafür brauche ich zb. den STOMP-Eingang nicht.... ;o)

Als ich dich vor einigen Tagen auf das Master-Schon Gewusst verwiesen habe meinte ich eigentlich, dass da genau drin steht, wo jetzt die Auswahl für den Beat-Input hingewandert ist. Wie Stefan schon sagte kann man jetzt in den Einstellungen auswählen, ob man den Beat nutzen möchte oder einen Speedmastrer. Dadurch ist man eben nochmal deutlich flexibler.

Generell gesprochen: Danke für deine Einschätzung Allerdings sind fast alle von dir angesprochenen Punkte noch vorhanden / noch umsetzbar. Sie sind nur mittlerweile an leicht andere Positionen gerückt oder das Vorgehen ist etwas anders. Diese Änderungen machen aber unserer Meinung nach Sinn, weil dadurch entweder die Bedienweise von DMXControl konsistenter wird (siehe "Alle manuell eingestellten Geräteparameter landen nun im Programmer, egal woher") oder den Funktionsumfang erweitert wird (siehe "Cuelisten können nun entweder über eine Beat-Source angesteuert werden oder über die Speedmaster"). Wie Stefan schon sagt fehlt es halt noch an der Doku, diese Änderungen auch zu dokumentieren. Mit der Schon Gewusst-Woche haben wir versucht, dem ganzen Rechnung zu tragen.

Viele Grüße

JP

Quote from djquickwilli

Aber ich hoffte, das Programm auch anderen Kollegen empfehlen zu können, die nicht gerade Informatik studiert haben.

Das ist aktuell gar nicht möglich. Hier programmieren IT-Profis für IT-Profis.

Also die Aussage kann ich gar nicht nachvollziehen. Wir haben ein großes Team von Nicht IT lern, die auf die Themen Usability usw. achten. Wenn wir eine Lichtsteuerung für ITler hätten entwickeln wollen, dann würde es keine GUI geben. Der Kernel mit seiner Kommandozeile wäre dann vollkommen ausreichend.

Wie ein Kumpel von mir immer sagt "Das musst du relativ sehen!"

Für mich war es mit erscheinen von 3.2 schon eine harte Umstellung.

Zum einen hatte ich an den 3.1.3er Setup nichts mehr gemacht, es war ja bekannt, das mit 3.2 große Änderungen anstehen. Zum anderen, sind die Wege und Kniffe die man heute anwenden muss um das gleiche Ergebnis wie in 3.1.3 zu erzielen schon "anders".

Auch wenn die "Schon gewußt Reihe" etwas helfen sollte, so hatte ich anfangs das Problem, dass ich nicht mit jeden Teil etwas anfangen konnte, oder andere Informationen für mich anfangs wichtiger gewesen wären. So musste ich mich dann halt durch Fragen, auch wenn ich mir dabei selbst dumm vorkam. Da ihr nicht für jeden eine Extrawurst braten könnt (meine Bitte mit extra Senf),

Die Möglichkeiten, die das neue Input Assignment bieten, sind schon sehr sehr groß und man muss da bei den ein oder anderen Problem erst um drei Ecken denken, bis man seine eigene Lösung hat.

Wenn ich mir ansehe, wie ausufernd mein Assignment für das einfache Stroben von den LED PAR Kannen aussieht, muss ich schon schmunzeln.

Dennoch möchte ich 3.2 nicht mehr missen. Ich gehöre zwar zu jenen, die von den eigentlichen Möglichkeiten der Software vermutlich nur ein Bruchteil nutzt, so ist es doch sehr beruhigend zu wissen, was man alles programmieren könnte, wenn man wollte.

Ich hab mittlerweile meine erste VA gefahren und dabei noch Probleme gehabt.
Zum Beispiel Darstellungsprobleme der Fenster in Fullscreeen Modus oder auch ein Softwarefries (Gott sei Dank vor der VA) Ich vermute aktuell aber die Schwierigkeiten (inklusive des Ausfalls der Midi Steuerung) in meinem Projekt oder in der Art wie ich gewisse Lösungen zusammen "gezimmert" habe und nicht in der Software als solche.
ich werde auch noch teile meines Settings komplett umbauen, da ich mittlerweile andere/bessere Lösungen der Umsetzung in Programm gefunden habe.

Fazit:

djquickwilli

Es ist Anfangs hart sich rein zu arbeiten, doch es wird zunehmend einfacher, je besser das eigene Verständnis für die Art der Umsetzung wird.

Nach dem schwedischen Möbelhaus: Entdecke die Möglichkeiten.

Quote from djquickwilli

Aber im Color-Feld lässt sich logischerweise kein ParameterMaster eintragen.

Jein. Ein ParameterMaster lässt sich nicht setzen. Aber drei schon Sprich du machst einfach für R, G und B je einen ParameterMaster und hast damit deine globale Farbe

Viele Grüße

JP

Quote from JPK

Quote from djquickwilli

Aber im Color-Feld lässt sich logischerweise kein ParameterMaster eintragen.

Jein. Ein ParameterMaster lässt sich nicht setzen. Aber drei schon Sprich du machst einfach für R, G und B je einen ParameterMaster und hast damit deine globale Farbe

Viele Grüße

JP

Bist du sicher, dass das funktioniert? Ich habe das, meine ich, mal probiert und das ging nicht.

So sah mein Versuch aus:

{Parametermaster 1};{Parametermaster 2};{Parametermaster 3}

Hallo,

Ich fände es auch ganz gut wenn man Parametermetermaster für Pan und Gilt einsetzen könnte.

Viele Grüße

Hallo!

Was JPK meint, dass die Parametermaster im Falle der Farben direkt in den Felder der einzelnen Farben eingetragen werden, sprich einen Parametermaster im Subproperty "rot", einen in "grün" und einen in "blau". Analog wäre dies dann auch bei Pan und Tilt so einzutragen.

Ob das so auch funktioniert, kann ich selbst nicht sagen - ich muss es selbst erst prüfen.

Viele Grüße, Stefan.

Quote from LightningBrothers

Hallo!

Was JPK meint, dass die Parametermaster im Falle der Farben direkt in den Felder der einzelnen Farben eingetragen werden, sprich einen Parametermaster im Subproperty "rot", einen in "grün" und einen in "blau". Analog wäre dies dann auch bei Pan und Tilt so einzutragen.

Ob das so auch funktioniert, kann ich selbst nicht sagen - ich muss es selbst erst prüfen.

Viele Grüße, Stefan.

Display More

Hi Stefan,

Ich glaube, dass auch das nicht funktioniert.

GrußPatrick

nein das funktioniert derzeit in Subproperties nicht...

Gruß

Nutzer99

Quote from LightningBrothers

Analog wäre dies dann auch bei Pan und Tilt so einzutragen.

Ob das so auch funktioniert, kann ich selbst nicht sagen - ich muss es selbst erst prüfen.

Das funktioniert nicht, deshalb schreibe ich es ja hier.

Quote from LightningBrothers

Ob das so auch funktioniert, kann ich selbst nicht sagen - ich muss es selbst erst prüfen.

Hatte ich schon versucht bevor das hier beschrieben wurde, deshalb s.Oben

Hallo,

das geht tatsächlich nicht direkt. Das ist mir auch bewusst. Aber es gibt doch seit der 3.2 ein mächtiges Instrument, mit dem man fast alles auf fast alles mappen kann Nun bin ich endlich mal dazu gekommen da flux ein kleines Beispielprojekt zu bauen. Siehe dazu den Anhang.

Quote from djquickwilli

Das direkte Setzen von Fadern zb. auf bestimmte Funktionen von Devices oder DeviceGroups fehlt mir doch immer noch etwas... Damit kann man aber klar kommen. Bestimmte Kanäle bei einzelnen Geräten (Spiegelmotor u.ä.) kann man ja eben auch direkt in den DMX-Out schreiben, wenn es unbedingt ein Slider sein muss. Ihr habt aber recht, bestimmte Funktionen von Geräten (eingebaute Modi oder Farben bei LED-Bars) lassen sich natürlich über spezielle Cues viel direkter setzen, als über Slider. Sehe ich ein.

Ich verstehe immer noch nicht, was da das Problem ist. Du kannst direkt Werte eines Scheinwerfers oder einer Gruppe setzen. Siehe dazu auch mein Beispielprojekt im Anhang. Das ganze heißt halt nicht mehr "Device X" wie im alten Input Assignment sondern läuft jetzt halt über den zentralen "Umweg" ProgrammerNode. Diesem Node musst du aber einfach nur den Namen oder die ID der Gruppe übergeben und schon setzt er dir die Werte für die entsprechende Eigenschaft des Gerätes bzw. der Gruppe. Du kannst die ID sogar direkt im ProgrammerNode speichern, wodurch du auch keinen "DeviceNode" davor an den "Device or DeviceGroup" Input setzen musst. Und: Du musst dazu das Gerät oder die Gruppe gar nicht selektieren. Solange die ID gültig ist, werden die Parameter deiner Geräte entsprechend eingestellt, egal, welche Geräte du ausgewählt hast. Somit hast du dein direktes Setzen der Werte in den Geräten / Gruppen. Wie schon an mehreren Stellen beschrieben hat das Gehen über den Programmer aber den großen Vorteil, dass die Werte, wenn sie schon im Programmer stehen, auch in eine Cue gespeichert werden können (aber für die Livebedienung nicht gespeichert werden müssen!).

Viele Grüße

JP