Umbau und Weiterentwicklung des Beamertool für Raspberry Pi Zero 2 W und Pi 4 bzw. Pi 5?!

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!
    Quote from LightningBrothers
    Quote from plin

    Welche Matrix-Variante wäre besser?

    Definitiv die Variante "Matrix mit zwei Pixeln". Das lässt sich dann auch sehr kompakt definieren, weil es sich ja nur um "RGB-Pixel" handelt (siehe Matrix (DDF-Syntax) DMXC3):

    XML
    <matrix dmxchannel="106" rows="2" columns="1"/>

    Sieht gut aus - funktioniert. Ist es korrekt, dass implizit ein Dimmer in der GUI erscheint?

    ok, here we go: v48 (Claudes v0.8.2)

    Die Version mit

    • Hintergrund (entweder ein Regenbogen oder zwei selektierte Farben)
    • pro Beam zusätzliche Laser-Strahlen

    sieht dann so aus

    External Content youtu.be
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

    Quote from plin

    Sieht gut aus - funktioniert. Ist es korrekt, dass implizit ein Dimmer in der GUI erscheint?

    Ja, DMXControl 3 zeigt immer automatisch einen Dimmer an, wenn es irgendeine Form von Geräteeigenschaften gibt, über die man das Gerät dimmen kann. Daher kann man z.B. auch reine RGB-Geräte (also die nur diese drei Kanäle haben) in DMXControl 3 dimmen. Es wird dann halt einfach ein entsprechend skalierter RGB-Wert an das Gerät ausgegeben.

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

    Nachtrag: Die Version v49 (Claude v0.8.3):

    Die DDF Struktur der neuen Funktionen wurde durch Gruppierung der Effekte/Funktionen

    • Farbverlauf/Hintergrund
    • Kacheln
    • Nebel
    • Umschaltung Laser Simulation/Medienwiedergabe

    verbessert. Ansonsten ist die Version mit der v48 identisch

    Konfigurations-Beispiel Lavalampe :

    External Content youtu.be
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

    Ich habe mir die DDFs nun einmal angesehen. Eigentlich kommt man mit zwei verschieden DDFs aus:

    • Laser-Layer (DMX-Kanal 1 bis 20)
    • Umschaltung zwischen Laser-Simulation und Medien-Wiedergabe / Steuerung (DMX-Kanel 21 bis 34)

    Wenn man mehr als einen Laser-Layer nutzen will, fügt man das DDF für den Laser-Layer einfach in entsprechender Anzahl ein und hängt dann Steuerungs-DDF "hinten dran". Auf diese Weise sieht man wie ich gestern schon schrieb jeden Laser-Layer als Gerät in der Stage View und man muss im Device Control nicht durch so viele Einträge scrollen.

    Darüber hinaus muss man die Informationen auch nur einmal pflegen und nicht wie aktuell 1 + 2 + 3 + 4 + 5 = 15 mal für den Laser-Layer in den fünf verschiedenen DDFs.

    ja, guter Ansatz. Baue ich in die nächste Iteration mit ein.

    Gibt es für die Werteliste der Medien noch eine elegantere Lösung? Wenn man die in eigenes DDF auslagert könnte man eine eine numerische (blinde) step-by-step Variante und eine "hauseigene" mit den benannten Medien bereitstellen.

    P.S. Löst auch das Problem der festen 20er-Schritte zwischen den Beams. Wenn neue Beam-Features hinzukommen lassen die sich problemloser einbauen.

    ok, für heute habe ich mein Claude Sitzungslimit erreicht, aber zumindest ist alles drin was noch zu tun war:

    • ein Bug bei der Rotation hat dazu geführt, dass Size X und Size Y vermeintlich vertauscht waren.
    • wie von LightningBrothers angeregt wurden die DDFs umstrukturiert
      ein DDF pro Laser (rpi-beamertool-laser.xml)
      ein DDF mit den übergreifenden Settings/Effekten (rpi-beamertool-overlays.xml)
      ein DDF mit der Modus-Auswahl (rpi-beamertool-ModeMedia.xml)

    Im config.txt sind jetzt nur noch
    UNIVERSE=3
    ANZAHL=5
    DMX_START=340
    MEDIA_PLAYER_CHANNEL=100
    FOG_DENSITY_CHANNEL=101
    anzupassen. Die anderen Channels werden als aktiv betrachtet und folgen dem definierten ersten Channel.

    Das Script "tools/genddflist.sh" wurde erweitert und erzeugt jetzt ein komplettes eigenständiges DDF "rpi-beamertool-ModeMedia-custom.xml" mit den Optionen "Laser Simulation" oder der Auswahl eines darzustellenden Mediums. Das sollte pflegeleichter sein und manuelle Anpassungen der DDFs überflüssig machen.

    Aufzeichnung geht doch noch (jeder boot tut gut)

    External Content youtu.be
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

    Ein Feature kommt noch: Die selektierbare Laser Hintergrundgrafik. Scheitere gerade mal wieder am Nutzungslimit. Heute Abend gibt es mehr.

    Update: ein Bug ist gefixed, der zweite (Bild stand Kopf) wurde kaputt-gefixt. Jetzt habe ich wieder mein Nutzungslimit erreicht...

    Edited 4 times, last by plin (September 23, 2026 at 8:54 AM).

    Mir ist im README der Hinweis auf ein Webinterface aufgefallen. Unter tools/index.php findet sich eine passende Seite mit deren Hilfe man das rpi-beamertool durchstarten, den Pi durchstarten oder runterfahren kann. Ich habe das getestet und Claude um einige Status-Informationen gebeten. Dabei kam das angehängte Ergebnis raus.

    Das Webinterface benötigt keine Code-Anpassung und ist unabhängig vom rpi-beamertool einsetzbar. Das rpi-beamertool entspricht also noch dem Stand v59.

    • Official Post

    Ein hallo an plin und alle anderen fleißigen Mitleser des Themas rund um den Umbau, Umzug und die Weiterentwicklung des Beamertools für den Raspberry Pi 4 etc.!

    Nachdem der BeamerTool / LaserSim - Support-Thread zuletzt nochmals massiv angewachsen war und zum Schluss fast 320 Beiträge auf 16 Seiten umfasste, haben wir dies zum Anlass genommen, mal ein bisschen durchzusortieren. Deswegen gibt es nun ein eigenen Forenbereich exklusiv für das BeamerTool. Hierhin sind nicht nur der BeamerTool-Support-Thread umgezogen, wir haben auch andere Threads rund um das BeamerTool in diesen neuen Bereich verfrachtet.

    Der entscheidende Punkt ist aber: vor dem Absenden dieses Beitrags habe ich nun die 51 Beiträge rund um den besagten Umbau und die Weiterentwicklung für den Pi 4 / 5 bzw. Zero 2 W in einem eigenen Thread verschoben. So sollte sich die Diskussion nun auch etwas klarer führen lassen, weil es innerhalb des Threads nur noch einen Strang gibt. Daher also bitte nicht wundern, dass ihr euch ab sofort in leicht ungewohntem Terrain bewegt.

    Das soll übrigens auch der Startschuss sein, dass wir / ich den BeamerTool-Support-Thread in der kommenden Zeit noch weiter aufteilen, sofern sich innerhalb des Threads weitere Diskussionsstränge über mehrere Beiträge hinweg identifizieren lassen.

    Stefan

    Passend dazu zum Einstieg eine Zusammenfassung von Claude:

    "rpi-beamertool v0.11.3 (meine v60): Erweiterungen gegenüber dem Original

    Plattform und Architektur

    • Portierung auf Raspberry Pi 4/5 mit Raspberry Pi OS Lite 64-bit bzw. Debian 13 „trixie“. OpenMAX und Dispmanx entfallen.
    • Das Bild wird per EGL und GLES2 ohne Desktop gerendert und als Rohvideo an einen dauerhaft laufenden mpv ausgegeben (DRM, direkt auf HDMI).
    • Autostart über systemd statt rc.local. Der Installer baut aus dem Quellcode.
    • Die Drehung läuft zeitbasiert und damit unabhängig von der Framerate.
    • Streaming-Auflösung und Framerate sind in der config.txt einstellbar.
    • Versionierung über version.sh, das auch DDFs und Config stempelt.

    Neue Funktionen

    • Media Player: spielt Fotos und Videos aus media/ (alles, was mpv kann), gewählt über einen eigenen DMX-Kanal.
    • Nebel: kachelbare fog.png mit Drift, um Konzert-Nebel nachzubilden.
    • Laser-Tunnel: schrumpfende Kopien des Gobos zu einem Fluchtpunkt.
    • Laserstrahl-Fächer: pro Laser konfigurierbar (2–64 Strahlen) auf den bisher freien Kanälen.
    • Farbverlauf-Raster: diagonaler Farbverlauf hinter einem Raster, mit Start- und Endfarbe, Geschwindigkeit und Modus.
    • Kachel-Effekt: das Bild wird 4-, 16- oder 64-fach gekachelt, optional gespiegelt (Kaleidoskop-Look).
    • Background-Auswahl: eigene Bilder aus backgrounds/, die der Laser überlagert.
    • Video-Aufzeichnung: das gerenderte Bild lässt sich als MP4 mitschneiden (Demo-Modus).
    • Art-Net-Debug: Log der geänderten Kanäle.
    • Webinterface: Statusseite mit Dienst, mpv, Art-Net/DMX, HDMI, Temperatur, Unterspannung und Log, dazu Buttons für Neustart, Reboot und Shutdown. rpi-bt-install-web.sh richtet es ein.

    DMX und DMXControl

    • Drei saubere DDFs (Laser, ModeMedia, Overlays) mit gruppierten Kanälen und Farbwähler.
    • Generator-Skripte erzeugen eigene DDFs mit Dateinamen für Media und Backgrounds.
    • MEDIA_PLAYER_CHANNEL und FOG_DENSITY_CHANNEL sind jetzt absolute Adressen.
    • Korrigierte Rotation: Rechts- und Linksdrehung gleich schnell, und das Gobo dreht in die richtige Richtung.

    Dokumentation

    • Neues Handbuch docs/manual.md (17 Abschnitte), aktualisierte README und TODO-Liste.

    Zur Herkunft der Angaben: Das ist mein Stand aus dieser Arbeit. Eine unabhängige Gegenprüfung gegen den Originalquellcode habe ich nicht gemacht. Wenn du es als Dokument für das Projekt brauchst, lege ich es als Datei ab."