Nutzung der DMXControl3-Network-Interface-Protos für eine Android-App

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Hallo zusammen,

    ich bin Vorstand in einem Musikverein und nutze DMXControl 3 zur Steuerung unserer Auftritte. Oft bin ich mit vielen Themen gleichzeitig betraut und kann nicht hinterm Lichtpult sitzen. Aktuell greife ich dann vom Handy per VNC auf meinen Laptop zu und steuere das Softdesk. Das funktioniert, ist aber manchmal etwas hakelig. Da ich beruflich mit KI arbeite, habe ich mir damit eine Android-App zur Steuerung von DMXControl 3 schreiben lassen und mit unserem Setup getestet.

    Zur App:

    • Kotlin/Jetpack Compose, Kommunikation per gRPC mit Umbra über die offiziellen .proto-Dateien aus dem Repository DMXControl/DMXControl3-Network-Interface (derzeit Tag v3.3.2)
    • Funktionen u. a.: Executoren, Cuelists, Master, Macros, Programmer, Bühnenansicht, Timecode/Audio, Beat sowie ein frei konfigurierbares Softdesk, dessen Elemente als Input-Source/Sink-Proxies in der Eingangszuweisung erscheinen
    • Die App verändert DMXControl nicht, sondern nutzt ausschließlich die vorhandene Netzwerkschnittstelle
    1. Lizenz der Proto-Dateien
      Im Repository DMXControl3-Network-Interface habe ich keine Lizenzdatei gefunden. Die App bindet aus den Protos generierten Code ein, der mit der APK weitergegeben würde. Darf ich die Proto-Dateien bzw. den daraus generierten Code in einer öffentlich verteilten App (GitHub-Release) verwenden? Falls ja: Unter welcher Lizenz bzw. mit welchem Hinweis soll das geschehen?
    2. Name
      Derzeit heißt die App "DMXC3 Remote". Ist eine Bezeichnung mit "DMXC"/"DMXControl" für euch in Ordnung, oder soll ich einen neutralen Namen wählen, um nicht den Eindruck einer offiziellen App zu erwecken?


    Ich freue mich auf eure Rückmeldung

    LG Ibes

  • Name
    Derzeit heißt die App "DMXC3 Remote". Ist eine Bezeichnung mit "DMXC"/"DMXControl" für euch in Ordnung, oder soll ich einen neutralen Namen wählen, um nicht den Eindruck einer offiziellen App zu erwecken?

    Ja, bitte einen neutralen Namen wählen um genau dies zu vermeiden.

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Hallo JPK,

    danke für deine schnelle Rückmeldung. Ich habe den Namen umgehend geändert.

    Das Repository ist jetzt öffentlich und kann gern geprüft werden. Falls ihr an etwas Anstoß nehmt, meldet euch gern, dann ändere ich es oder nehme es wieder offline.

    Ich denke nur, dass die App für einige Anwender praktisch sein könnte. Das ist der einzige Grund, warum ich sie überhaupt online stelle.

    In den nächsten Monaten werde ich die App noch nachschärfen, aber für den Anfang erfüllt sie für mich ihren Zweck. Vorschläge sind natürlich immer willkommen.

    Release Lichtpult Remote v1.0.0 · Ibes-dev/Lichtpult-Steuerung
    Lichtpult Remote 1.0.0 Erstes öffentliches Release. Inoffizielle Android-Fernsteuerung für DMXControl 3 (kein Produkt des DMXControl Projects e.V.).…
    github.com

    LG Ibes

  • Sehr cooles Projekt! Freut mich auf welchem Stand die App schon mal ist.

    Ich habe gleich ein paar Dinge die mir gleich beim ersten Test aufgefallen sind::

    a) wenn man ein Projekt noch nicht geladen hat und sich mit der App verbunden hat und danach ein Projekt lädt, dann funktionieren z.b. das Ansteuern der Executoren nicht (vlt. auch noch mehr)

    b) Die Cuelist Liste ist extrem lang, weil die Kacheln sehr groß sind. Die Ansicht ist sinnvoll, wenn man wenige Listen und Gruppen hat, aber nciht wenn man mehr als 100 Cuelists hat. Vlt. könnte man eine vereinfachte Ansicht einbauen um Platz zu sparen

    c) Ich bräuchte eine Geräteliste um die DMX Adressen sehen zu können. Evtl. auch so das man die Adressen etc. anpassen kann.

    d) Softesk != Softdesk - ich würde dafür eine andere Bezeichnung verwenden. Einfach um die Verwechslung zum internen Softdesk zu vermeiden

    e) für den Manuellen Takt seh ich im Input Assignment noch keinen Input. Nur für das Mikro und die erstellten Softdesks

    Hier ein paar Sachen die Nice to have sind
    a) Fannings und Effektparameter einstellbar machen - Aktuell kann man ja im Programmer nur rudimentär Dinge einstellen

    b) Presets in den Programmer laden und anpassen

    c) Cues in den Programmer laden und anpassen

    Grüße

    Nutzer99