Touch OSC GUI Plugin

Hallo, einen schönen guten Abend!

Dir erst einmal ein herzliches Hallo hier im Forum und alles Gute zum neuen Jahr.

Vielen Dank für die erste Version deines Plugins! Ich habe mich heute mal dran gesetzt und ein bisschen damit herumprobiert. Ich finde es gut, dass du dich bei der Programmierung an dem orientiert hast, was bereits im MIDI-Plugin existiert. Die Bedienlogik mag zwar bestimmt ausbaufähig sein, aber so findet man schnell den Einstieg in dein Plugin. Bestimmt war es für dich aus Entwicklersicht auch etwas einfacher, dass du ein bestehendes Konzept aufgreifst.

Was mir aber nun bei einem Test aufgefallen ist: alle Steuerelemente, die als Regler ausgeführt sind - sprich Fader, das XY-Pad oder die Encoder - erzeugen bei mir eine Signalschleife. Das sieht so aus, dass sich das XY-Pad von allein auf dem iPad bewegt, sobald ich es im Ruleset angelernt habe. Gleiches passiert mit dem Slider. Der Haken bei Backtrack ist dabei nicht gesetzt. Diese Steuerelemente muss ich dann auch ganz schnell wieder entfernen, weil mir sonst DMXControl 3 abschmiert. Zum XY-Pad wäre die Frage (so viel konnte ich noch sehen), ob du die beiden Eingänge nicht parallel direkt kombiniert anbietest, wo dann ein Positions-Wert übergeben wird. So macht es ja zum Beispiel auch Trackpad (Position) im Softdesk.

Was aber gut funktioniert, sind die Buttons sowie das Label. Das mit dem manuellen Anlernen, gerade von letzterem klappt gut, sodass ich mir so zum Beispiel ohne Probleme den aktuelles BPM-Wert eines Speedmasters auf meinem iPad anzeigen lassen kann. Ebenfalls das Speichen und erneute Laden des Projekts nach einem Neustart von DMXControl 3.2.2 Beta klappte.

Dies soll es für den Moment erst einmal von meiner Seite sein. Ich denke, ich werde mich in den nächsten Tagen noch ein bisschen weiter mit diesem Thema auseinander setzen, wo dann bestimmt das ein oder andere auffällt.

Viele Grüße, Stefan.

Guten Abend Thomas,

danke für die schnelle Überarbeitung und die Korrektur der Fehler. Ich habe mir die neue Version deines Plugins nun direkt wieder angesehen. In der Tat funktionieren die Fader und Rotary wie gewünscht. Es läuft alles schön stabil. Ebenfalls die Umsetzung mit dem XY-Pad gefällt mir gut. Wenn ich mir ein Connectionset baue, um damit den Programmer-Node anzusprechen und dann auf meinem iPad das "Steuerkreuz" bewege, reagiert das Position-Control und das Device Control in der GUI sehr flott und auch ohne Sprünge.

Was nun im Gegensatz zur Version 1.0.0.0 nicht mehr funktioniert: ich kann das Label nicht mehr ansprechen und darüber einen Text zurück von DMXControl 3 auf das Tablet schicken.

Vielleicht müssen wir hier eines nochmal ein bisschen auseinander klamüsern: DMXControl 3.2.x unterstützt mit dem neuen Input Assignment sehr wohl eine durchaus umfangreiche Feedback-Funktion. Das sieht man zum einen im Softdesk, dass ich hier ebenfalls die dortigen Label ansprechen und ihnen einen beliebigen Text mitgeben kann - egal ob den aktuellen BPM-Wert eines Speedmasters oder den Status einer Cuelist oder etwas ganz anderes, weil ich einfach nur eine Taste gedrückt habe. Ebenso kann ich beispielsweise die Farbe von verschiedenen Steuerelementen ändern und auch dem Slider, den ich zum Einstellen des Faderwerts eines Group Masters verwende, den aktuellen Wert des Group Masters zurückgeben - weil ich diesen auf die Schnelle mal im Master-Fenster geändert habe. Eine Schippe drauf legt das Steamdeck, wo mir DMXControl 3.2 sogar auch verschiedene Grafiken erzeugt, die dann auf den Tasten live angezeigt werden.

Grundsätzlich liegt eine ähnliche Funktionalität auch im MIDI-Plugin (richtiger formuliert in der MIDI-Implementierung in DMXControl 3.2.x auf Basis des MIDI-Plugins) vor und es gibt auch Teile, wo das ein oder andere Feedback durchaus klappen mag. Dieser Teil ist aber im Gegensatz zum Softdesk und dem Steamdeck noch komplett ungetestet und steht deswegen auch nicht auf der offiziellen Featureliste. Der Knackpunkt ist im Bereich MIDI unter anderem das Stichwort Motorfader und farbig beleuchtete Tasten. Gerade letzte (also das Ausgeben von verschiedenen Farben) sind nur sehr umständlich einzurichten. Es existieren bereits ein paar Ideen, hier das Thema Einrichtung zu vereinfachen. Egal wie die Umsetzung am Ende aussehen wird: es wird darauf hinaus laufen, dass der MIDI-Bereich einmal komplett neu gebaut wird, so wie es das Input Assignment und das Softdesk für DMXControl 3.2.0 bereits erfahren hat.

Im Fall von deinem OSC-Plugin sieht die Welt aber wieder etwas anders aus, nämlich wie beim Softdesk. Grundsätzlich spräche nichts dagegen, wenn eine Rückmeldung von Werten per OSC erfolgt und sicher würde das dann auch fleißig genutzt werden. Was du aber effektiv gesehen sicher stellen musst, dass keine Signalschleifen entstehen. Die Spalte "BackTrack" kannst du aus meiner Sicht auf weiterhin weg lassen. Ich sehe keinen Grund, Steuerelemente explizit auswählen zu müssen, damit man ihnen ein Wert zurückgeben kann. Da reicht es schlicht, getreu dem Motto: dein Plugin schickt erst Werte wieder zurück, wenn das entsprechende Steuerelement auf der Ausgangsseite auch in einem Connectionset verdrahtet wurde.

Ich hoffe, du kannst meinen Ausführungen folgen und sie auch selbst mit DMXControl 3 nachvollziehen. Wenn aber noch Fragen aufkommen, zögere nicht und melde dich.

Bis dahin, vielen Dank und viele Grüße!

Stefan

Moin moin,

Ich habe mal versucht ein standard Layout zu importieren (z.b. Automate5).

Kannst du dir das mal anschauen?

Habe dir das Layout hier angehangen.

Gruß

Nutzer99

Ok ich hab mal ein eigenes kleines Layout gebaut. Da funktioniert auch der Import. Ich konnte mich auch mit meinem Android Gerät mit DMXC über die IP Verbinden.

Allerdings findet dein Plugin mein Gerät nicht als Output Device. Somit funktioniert der Output bei mir nicht. Standardmäßig ist in der App Port 8000 für outputs und 9000 für inputs eingestellt. Ich habe es testweise mal auf 8000 geändert, das funktioniert aber leider auch nicht.

Gruß

Nutzer99

Hallo Thomas

Quote from Thomas Langthaler

Ob man per OSC auch Farben,... zur Laufzeit verändern kann, weiß ich leider noch nicht. Ich denke hier gibt es von TouchOSC noch einige Möglichkeiten.

Ob das so funktioniert, kann ich dir leider auch nicht sagen. Ich denke aber, hier ist es auch nicht schlimm, wenn das so nicht unterstützt wird. Denn immerhin musst du hier ja bedenken, dass du da "nur" die reinen OSC-Messages überträgst und TouchOSC eine von mehreren Apps ist, mit denen man sich ein Layout bauen kann, welches dann OSC-Messages verschickt. Dass ich die Farben der Buttons im Softdesk ändern kann, kommt halt daher, dass wir im Team das Softdesk halt eben ebenfalls selbst entwickelt haben und die Controls entsprechend auf die Möglichkeiten des Input Assignments abstimmen konnten.

Deine Erweiterung, Layouts von TouchOSC direkt als Regelsatz zu importieren ist, ist in der Tat eine feine Sache. Da bin ich mal gespannt wie das funktioniert. Gerade bei umfangreichen Layouts war dies ja immer eine nervige Angelegenheit, diese anzulegen. Aber mal anders herum gefragt: siehst du hier ggf. auch eine Möglichkeit, das komplett zu automatisieren und zwar anhand des Layouts, welches auf dem Tablet geladen ist? Sprich: ich lege ein Regelsatz an, mit dem ich arbeiten möchte und wo ich das zugehörige Layout benenne. Sobald ich dieses Layout auf dem Tablet lade, werden alle Steuerelemente vom Tablet an dein Plugin übertragen. Damit bräuchte ich danach immer nur noch das Layout auf dem Tablet zu aktualisieren und sehe dies direkt im Input Assignment. Manuelle Tätigkeiten in dem Plugin könnten dann entfallen - es läuft nach der initialen Einrichtung unauffällig im Hintergrund mit.

Wenn ich heute Abend zu Hause bin, schaue ich mir deine neuste Version auch live an. Ich bin wie gesagt sehr gespannt.

Bis dahin, Stefan.

Ich habe in meinen Kommentaren natürlich das Lob vergessen. Das Plugin ist super! Die Import Funktion (wenn diese denn funktioniert) ist genial! Macht jetzt schon Spaß. Wenn bei mir der Rückkanal noch funktioniert bin ich happy damit

Gruß

Nutzer99

Könntest du alternativ auch einbauen, dass man manuell ein Gerät mit IP-Adresse einfügen kann?

Quote from Thomas Langthaler

- XYZ Beschleunigungswerte des Tablets: Diese Funktion kann auch in den Optionen (Accelerometer /accxyz) aktiviert werden. Man bekommt dann die Lage des Tablets im Raum als x/y/z Werte zur Verfügung gestellt.

Mir ist aber noch kein Anwendungsfall dafür eingefallen. Einfach so die Funktion hinzufügen möchte ich nicht, da hier ziemlich viele Meldungen verschickt werden, sobald man das Tablet in der Hand hält. --> Hat jemand eine Idee

Steuerung der Bewegung eines Moving-Heads?

Also das funktioniert richtig gut

Folgende Kleinigkeiten:

- im Add Device PopUp bitte noch Esc für "Cancel" und Enter für "Ok" einbauen

- die IP Adresse und den Port kann man leider nicht ändern. Man muss hier das Gerät neu anlegen. Kannst du die Textfelder Editierbar machen? Entweder doppelklick vorne in die Zeile, oder eben nen Edit Button im Menü einfügen

Aktuell ist es im Softdesk so gelöst, dass der Output mehrere Typen gleichzeitig versteht. Man kann über den gleichen Ausgang den Zustand ändern (also einen Wert), die Farbe (als RGB Wert), oder sogar eine bmp.

Im Fall der Farbe, gebe ich dem Output einfach nur diesen String für z.b. rot an 255;0;0

Es ist aber angedacht, die Outputs so umzubauen, dass jede Funktion seinen eigenen Output hat. Es ist möglich, dass ein Output auch mehrere Anschlüsse haben kann.

Dann gibt es den Output Button 1, welcher wiederum einen Anschluss für den Wert, einen für die Farbe.... hat

Gruß

Nutzer99

Guten Abend Thomas!

Nun auch von meiner Seite: das Plugin gefällt mir immer besser. Es arbeitet sehr schön. Richtig gut läuft die Import- und Updatefunktion für die TouchOSC-Layouts. Ein wirklich sehr hilfreiches Feature, was die Einrichtung sehr beschleunigt. Auch die Rückmeldung über die Slider und die Label und das Dimmen der LEDs klappt gut. Auch die Reaktionsgeschwindigkeit ist sehr gut. Ich habe hier mal exemplarisch einen Fader von meinem iPad zu DMXControl 3 geschickz, dort vom Input Assignment verarbeiten und den Wert au einem zweiten Fader auf dem iPad wieder ausgeben lassen.

Was mir hier noch fehlt: kannst du eine Rückmeldung auch für die Push- und Toggle-Buttons einbauen? Beides würde nämlich die Layouts vereinfachen, weil ich aktuell auf die LEDs zurückgreifen müsste. Das Softdesk bietet hier ja ebenfalls eine entsprechende Funktionalität, wenn du einen Button, wo du als Style Lumos gewählt hast, beispielsweise mit dem Output State einer Cuelist verknüpfst.

Zum Thema Rückmeldung der Farbe hat ja nutzer99 bereits etwas geschrieben. Ansonsten kann ich dich hier auf unser Schon gewusst? Special #7 verweisen. Dort siehst du eine von mehreren Varianten, den Softdesk-Controls eine Farbe mitzugeben.

Quote from Thomas Langthaler

Deine Anregungen sind toll, leider so nicht umsetzbar, da ich keine Möglichkeit / Option gefunden habe um die App dazu zu veranlassen irgend etwas über das geladene Layout auszuspucken.

Wenn das so nicht möglich ist, dann soll das auch in Ordnung sein. Die Import- / Update-Funktion arbeitet ja ebenfalls sehr gut. Die Mausklicks sind zu verkraften.

Quote from Thomas Langthaler

Um trotzdem zwischen verschiedenen Layouts hin- und herschalten zu können, würde ich damit eher empfehlen, sämtliche benötigte Layouts als Regelsätze anzulegen und auch im InputAssignment zu verknüpfen.

Ja. Das sowieso.

Zum Schluss waren mir noch ein paar kleinere Tippfehler aufgefallen. Denn eigentlich steht das OSC ja so für sich, weswegen es aus meiner Sicht besser wäre, diese drei Buchstaben so auch im Plugin überall groß zu schreiben.

Dies einmal von meiner Seite. Danke.

Stefan

PS.: Wenn du mich direkt über das @ ansprechen möchtest, dann müsstest du hier auch meinen Forenname verwenden - nämlich LightningBrothers . Das gemeine ist: wir haben hier im Forum noch ein paar weitere Stefans, wovon einer auch seinen Forumname entsprechend gewählt hat. Und wenn du dann Stefan schreibst, freut er sich nämlich über Benachrichtigungen und ich gehe leer aus.

Hi Thomas,

Danke für deine Ausführlichen Infos und Upgrades. Ich hoffe ich finde die Zeit das Mal ausführlicher zu testen. Aktuell immer nur so ah tolles neues Feature Mal kurz antesten läuft. Intensiv Mal speichern/Plugin deaktivieren, Projekt auf anderem Rechner ausführen und so fehlt alles noch.

Bis jetzt bin ich sehr zufrieden damit. Wäre irgendwann cool, wenn das Plugin auch ohne GUI als Kernel funktionieren würde. Dann bräuchte man nichtmal die GUI zum steuern. Aber das hat noch Zeit bis zur 3.3. unsere Entwickler bauen ja aktuell die gesamte Kommunikation um.

Gruß

Nutzer99

Danke für die neue Version. Ich habe direkt mal weiter mit herumgespielt und bin weiterhin schwer begeistert. So langsam muss ich mir mal Gedanken über ein "vernünftiges" Layout machen.

Zur aktuellen Version hätte ich noch folgende Anmerkungen:

• Status von Push- und Toggle-Buttons: Üblicherweise ist es in DMXControl 3 so, dass Eingänge von Nodes, aber eben auch von Outputs mehrere Dinge verstehen. Im Falle der Buttons muss ich den Status explizit mit true und false zurückmelden. Hier wäre es gut, wenn die Buttons ebenfalls auf 0 und 1 reagieren würden. Ich hatte es nämlich mit dem Cuelist-State-Output versucht und dieser sendet neben Stopped, Running und Paused nämlich 0, 1 und 2. Erst über den Blackout bin ich darauf gekommen.
• Farben: Das Ändern der Farben über den Farbindex-Wert (1 bis 9) und den Farbname (red, green, etc.. klappt). Ich finde es auch cool, dass man auch in den Multielementen die Farben einzeln anpassen kann. Was etwas ungünstig ist, ist das Arbeiten mit RGB-Werten. Hier muss ich ja die vorgegeben Farben exakt treffen, damit ich die Elemente darüber in ihrer Darstellung ändern kann.
• Aufteilung in mehrere In- und Outputs: Eine gute Idee. Auch das Verschieben in die Ordner hat nach dem erneuten Importieren des Layouts hat gut funktioniert. So sieht der Baum ein ganzes Stück aufgeräumter aus. Ich würde hier jedoch noch ein paar weiterführende Änderungen vornehmen bzw. Vorschlagen und zur Diskussion stellen, um die Übersichtlichkeit noch ein Stück weiter zu erhöhen.
  
  • Insgesamt dürfte es etwas eleganter aussehen, wenn du anstelle des Unterstrichs ein Leerzeichen verwendest, also Fader1 und Fader1 Color statt Fader1_Color. Bei den Multielementen könnte ich mir auch exemplarisch an einer 3x3-Matrix den Zusatz nach dem Prinzip Multipush1 1-1, Multipush1 2-1, Multipush 3-2 usw. angenehmer vorstellen.
  • Beim Input "touched" zum Beispiel bei den Multifadern kannst du glaube ich auf den Zusatz _1 (oder 1) beim Namen Multifader1_1_Touched verzichten, weil dieser Input für das komplette Element zählt.
• In meiner auf englisch eingestellten GUI lautet der Titel nämlich "OSC-Verwaltung" - das kommt irgendwie komisch rüber. Kannst du mal prüfen, dass du die eingestellte Sprache von DMXControl 3 ausliest bzw. ihn korrigierst, sofern du noch ohne Übersetzung arbeitest?

Eine Gretchenfrage hätte ich aber zum Schluss insgesamt zu den Namen im Input- und Output: kann man eventuell auf den Namenszusatz im Baum grundsätzlich verzichten? Sprich: der Name des Elements steht im Ordner, die einzelnen In- und Outputs heißen dann nur noch so, was sie tatsächlich machen, beim Fader also Value und Color. Hintergrund ist natürlich, wenn man längere eigene Namen einsetzt. Dann muss ich mir die Bäume recht breit ziehen, möchte ich den Funktionszusatz sehen. Bei den Cuelists und Mastern wird ja bereits so vorgegangen, aber hier muss ich auch ehrlicherweise sagen, dass der Name dann im Titel des Nodes steht. Im Endeffekt entspräche mein Vorschlag dem, wie es bei der Tastatur umgesetzt. Welche Belegung (A ohne, Umsch+A, Strg+A) erkennt man zur Zeit nur in der Tabellenansicht. Vielleicht kann man bei deinem OSC-Plugin so verfahren, wenn du (sofern möglich) den In- und Outputs ein Tooltipp spendierst, wo dann unter anderem drin steht, zu welchem Element In- bzw. Output gehört. Was sagt der Rest hierzu?

Um die Antwort von nutzer99 noch zu ergänzen: hier wäre die Frage, ob du das Plugin zum Teil in den Kernel verschieben kannst, sodass für den Betrieb entsprechend nur der Kernel benötigt wird und sich die Tablets dann mit ihm verbinden als alles über die GUI laufen zu lassen. Denn in der aktuell vorliegenden Version muss die GUI geöffnet sein. Diese Weiterentwicklung wäre aber auch aus meiner Sicht ein längerfristiges Projekt. Für DMXControl 3.2.x wäre das vertanene Arbeit, weil dann für DMXControl 3.3 ein weiterer Umbau deines Plugins erforderlich wäre. Denn wie an vielen Stellen (zuletzt in unserem letzten Livestream "Live-Coding mit Arne") vorgestellt, wird die Netzwerkkommunikation von .net Remoting auf gRPC umgestellt. Dies verbessert dann nicht nur das Zusammenspiel zwischen GUI und Kernel allein, sondern vereinfacht / senkt die Hürde, mit mehreren GUIs an einem Projekt per Netzwerk zu arbeiten. Parallel ermöglicht die dann in dem Zusammenhang veröffentlichte Protobuff-Schnittstelle, dass du eine komplett eigenständige Anwendung programmieren kannst, die dann mit dem Kernel via gRPC kommuniziert und Aktionen initiiert sowie auf diese reagiert.

Soviel soweit von mir.

ich hätte es nicht besser erklären können. Konnte nur die Kurzfassung liefern. Aufm Handy tippen ist etwas anstrengend :)))

Quote from LightningBrothers

Und wenn du dann Stefan schreibst, freut er sich nämlich über Benachrichtigungen und ich gehe leer aus.

und wie ich mich freue