Beamertool / Lasersim für Raspberry Pi - Support Thread

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!

    Musstest du irgendetwas am Code des Beamertools ändern? Wenn ja, dann gerne damit einen PullRequest bei unserem Repo stellen. Dann wird das eingepflegt und es wäre wieder lauffähig :thumbup::)

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

    Quote from JPK

    Musstest du irgendetwas am Code des Beamertools ändern? Wenn ja, dann gerne damit einen PullRequest bei unserem Repo stellen. Dann wird das eingepflegt und es wäre wieder lauffähig :thumbup::)

    Ich bin zweigleisig unterwegs. Das Original rpi-beamertool auf Basis OpenGL habe ich auf einem Raspi Zero 2W nicht zum laufen gekriegt. Ich teste das Original gerade auf einem Raspberry Pi 3B.

    Die auf einem Raspberry Pi Zero 2W lauffähige, minimalistische Version ist komplett neu von Claude generiert (siehe Post #280) und hinkt noch weit hinter dem Original hinterher. Claude hat schon einige Verbesserungen eingebaut. Vielleicht schafft es Claude die Logik aus dem Original in die neue Python-Version zu transformieren.

    Mal schauen wo der Weg hinführt.

    [Edit]

    Ich habe das Image auf dem Raspberry Pi 3B getestet und mein Grundproblem mit dem schwarzen Bildschirm gefunden: Size X und Size Y stehen per Default auf 0.Ich sehe jetzt die Gobos, kann sie drehen, aber die Rotation erscheint nur in DMXControl, aber nicht auf dem Bildschirm.

    Mit dem funktionierenden Image habe ich dann den Raspberry Pi Zero 2W getestet. Der Bildschirm wird immer weiß, egal ob gpu_mem=256 oder gpu_mem0380 konfiguriert ist. Bei gpu_mem=384 wird das Syystem sehr langsam.

    Ich mache jetzt mit der neuen Version von Claude weiter und schaue mal, ob der mir die alten rpi-beamertool Gobos einbauen kann.

    Edited once, last by plin (August 24, 2026 at 3:11 PM).

    ok, die aktuelle Version ist brauchbar und läuft auf einem Raspberry Pi Zero 2W mit Debian GNU/Linux 13 (trixie).

    Die Media Scene wählt 1:1 die bereitgestellten Median. Eine Auswahl ist also reproduzierbar, solange man die Medien durchnummeriert und neue Dateien mit der nächsthöheren Nummer versieht.

    Die neue Version hat nichts mir der alten Ur-Version zu tun und ist ein Neustart der aber meiner Einschätzung nach bereits brauchbar ist.

    Die Start-Adresse im Config-File und DMXControl sind identisch.

    Beim Test nicht vergessen: Dimmer raus, Shutter auf, Gobo auswählen, Lasergröße hochziehen.

    [Update] Die angehängte Version 10 beinhaltet auch einen runden Moving Head als Gobo.

    Es gibt jetzt ein Problem in DMXControl, evtl. mit dem erzeugten DDF. Bei der Auswahl von Stern oder Spirale sendet DDF auf Kanal 7 den Wert für die Blume (Index 6), bei Wellen wird "Moving Head" (Index 8 ) gesendet. in der Channel View sehe ich auch diese Werte. Wenn ich manuelle 3 oder 5 eintrage werden Stern und Spirale korrekt angezeigt.

    Die KI meint es wäre ein Fehler im Gobowheel-Auswahlwidget. Ich bin mir aber nicht sicher, ob die Ursache nicht im erzeugten DDF liegt.

    Kann das mal jemand checken?

    Als Anhang die aktuelle Version.


    Code
    Aug 27 09:04:36 rpibeam python3[1135]: 2026-08-27 09:04:36,138 INFO    beamertool: Gobo-Kanal empfangen: DMX=0 -> Offen (Index None)
Aug 27 09:04:39 rpibeam python3[1135]: 2026-08-27 09:04:39,385 INFO    beamertool: Gobo-Kanal empfangen: DMX=1 -> Kreis (Index 0)
Aug 27 09:04:42 rpibeam python3[1135]: 2026-08-27 09:04:42,241 INFO    beamertool: Gobo-Kanal empfangen: DMX=2 -> Tunnel (Index 1)
Aug 27 09:04:44 rpibeam python3[1135]: 2026-08-27 09:04:44,851 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
Aug 27 09:04:50 rpibeam python3[1135]: 2026-08-27 09:04:50,240 INFO    beamertool: Gobo-Kanal empfangen: DMX=4 -> Raster (Index 3)
Aug 27 09:04:53 rpibeam python3[1135]: 2026-08-27 09:04:53,652 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
Aug 27 09:06:06 rpibeam python3[1135]: 2026-08-27 09:06:06,336 INFO    beamertool: Gobo-Kanal empfangen: DMX=5 -> Spirale (Index 4)
Aug 27 09:06:35 rpibeam python3[1135]: 2026-08-27 09:06:35,142 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
Aug 27 09:10:27 rpibeam python3[1135]: 2026-08-27 09:10:27,349 INFO    beamertool: Gobo-Kanal empfangen: DMX=9 -> Moving Head (Index 8)
    Quote from LightningBrothers

    Welches DDF hast du dafür in DMXControl 3 verwendet?

    Unabhängig davon kannst du auch selbst prüfen, welche DMX-Werte auf welchen DMX-Kanälen ausgegeben werden (sollen). Schaue dazu in die Kanalübersicht.

    DDF: Das aus der Version 16 (siehe Anhang im Post 284)
    Kontrolle: DMXControl gibt in der Channel Overview schon die falschen Werte aus. Wenn ich die manuell korrigiere erscheinen Stern (3) bzw. Spirale (5).

    Quote from LightningBrothers

    Hast du das DDF in einem neuen, leeren Projekt mal getestet? Nicht, dass in dem Projekt, wo du bis jetzt drin gearbeitet hast, eine ältere Version drin ist.

    Im Zuge des Debuggings habe ich bereits bei diversen Zwischenständen das DDF in DMXControl einem Update unterzogen. das Device gelöscht, neu durchgestartet, neu angelegt ...

    Ab irgendeinem Punkt im Entwicklungsprozess (so ca. v09??) trat der Fehler auf. Ich habe Claude das DDF von Zoidberg gezeigt und ihm/ihr erklärt, dass meine DMXControl 3.3.1 damit den Gobo-Kanal korrekt ansteuert. Claude hat realisiert, dass dann evtl. etwas an seinem DDF nicht passen könnte, wird mir aber erst ab 13:20 Uhr wieder antworten, weil meine Tokens mal wieder ausgeschöpft sind.

    Claude

    Code
    Guter Punkt — wenn ein anderes DDF im selben DMXControl korrekt funktioniert, muss es einen strukturellen Unterschied geben, den ich finden kann. Lass mich das Referenz-DDF genau analysieren.

    ok, ich habe die Denkpause von Claude genutzt selbst das Problem zu analysieren und habe die Namen der Images als Ursache gefunden.

    Wenn ich für verschiedene Gobos den gleichen Image-Namen verwende werden nachfolgende Gobos nicht mehr gelistet/angeboten.

    Wenn ich

    im DDF kodiere, also kein einziges Images vorhanden ist, werden mit im Gobos-Tab die Zahlen 1-10 angezeigt. Beim iterativen Anklicken werden alle Auswahlen korrekt übertragen:

    Kann mir ein DMXC/DDF Insider das Phänomen erklären???

    Update: Wenn ich die eigenen Icons alle in my...png rename klappt die Gobo-Auswahl wie erwartet.

    Edited once, last by plin (August 27, 2026 at 5:54 PM).

    Hi,

    hast du die entsprechenden Gobos auch in den UserDDF Ordner abgelegt? Denn wenn DMXControl 3 die Images dort nicht findet, werden die generischen Gobos mit den Zahlen angezeigt. Die auswahl funktioniert aber trotzdem normal, es fehlen halt die Gobo-Darstellungen.

    Viele Grüße

    JP

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

    Ich habe die Icons unter C:\Program Files (x86)\DMXControl3\Kernel\LibDevices\Icons abgelegt und alle mit eindeutigen Namen versehen.

    Mittlerweile läuft die Python-Version auf einem Raspberry Pi Zero 2 W mit einer generierten Auflösung von 640x360 die von Pygame hochskaliert wird. Selbst Videos als Media-Dateien laufen brauchbar flüssig. Ich habe auch mit einem Raspberry Pi 4 getestet, da läuft die Laser-Simulation selbst mit 1080p ganz flüssig.

    Claude

    Code
    Nach dieser sehr langen Fehlersuche über mehrere DDF-Versionen hinweg — herzlichen Glückwunsch, du hast die eigentliche Ursache selbst gefunden.
    Quote from LightningBrothers

    Bitte lege das DDF und die zugehörigen Icons im Verzeichnis „UserDevices“ ab. Die Daten im Installationsverzeichnis werden ohne Rücksicht überschrieben bzw. gelöscht.

    Mehr zu den Verzeichnissen findest du in der Doku zu den DDFs im Wiki.

    ok, danke.

    Gibt es das Verzeichnis bei DMXControl 3.3.1 schon? Ich finde es unterhalb von C:\Program Files (x86)\DMXControl3\Kernel nicht.

    Ich habe einen neuen Versuch mit der Original-Version von GitHub (https://github.com/DMXControl/rpi-beamertool) und Claude gestartet. Ein direkter Zugriff ist Claude nicht möglich, aber ein Zip-Files des geclonten Projektes hat er akzeptiert und auf moderne Architektur für einen Raspberry 4/5 mit Raspbian OS Lite/Debian 13 (Trixie) umgestellt.

    Als Anlage das Ergebnis.

    Diese Claude Version benötigt die Standard Textures https://www.dmxcontrol.de/en/downloads/3…5-textures.html die Ihr nach /opt/rpi-beamertool/textures/ kopieren müsst. In raspi-config sind die grafische Oberfläche und der automatische Login zu deaktivieren.

    Damit die Gobo Roration funktioniert muss channel 6 auf Null stehen, das ist Gobo Indexing -180.

    Ich habe es mit zwei Lasern probiert und es klappt.

    In puncto Bedienung bin ich mir nicht sicher, da ich bisher noch nicht mit dem Original-Beamertool gearbeitet habe. Claude meint aber die Sache mit channel 0 wäre eine Definitionssache (also im DDF anzupassen).

    [Nachtrag] Claude baut mir gerade einen Media Player ein, dauert aber ...

    ok, es ist vollbracht. Mit viel Geduld habe ich nun eine funktionsfähige Version für einen Raspberry Pi 4/5.

    Das von Claude generierte Paket befindet sich in rpi-beamertool-pi4_27.zip.

    AddOn.zip enthält die angepassten Beamertool-Zoidberg DDFs sowie zwei Tools die ich für die Nutzung des Media Players in DMXControl genutzt habe. Der letzte Beam dient der Umschaltung "Laser Simulation" / Auswahl des wiederzugebenden Mediums.

    Claude hat ein README für die Installation seiner Version erstellt. Mein README im AddOn.zip enthält Infos zu den DDFs.

    Was aktuell geht ist im Video

    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.
    exemplarisch ersichtlich.

    Feedback erwünscht.

    ok, das ist mein vorerst letzter Stand. Claude hat meine Scripte und die DDFs ins generierte zip-File aufgenommen, die sind unter tools bzw. resources/ddfs zu finden inkl. dem README.

    Nach wie vor benötigt diese Claude Version die Standard Textures https://www.dmxcontrol.de/en/downloads/3…5-textures.html die Ihr nach /opt/rpi-beamertool/textures/ kopieren müsst.

    In raspi-config sind ggfs. die grafische Oberfläche und der automatische Login zu deaktivieren.

    ok, es scheint ja doch einige zu interessieren,. auch wenn dieser Thread sehr still geworden ist. Als Anhang jetzt die Version 41. Ich war zu ungeduldig und habe nun doch ein Claude-Abo abgeschlossen. Mittlerweile kann das rpi-beamertool4 folgendes:

    1-n Laser abbilden

    Ich habe es 5 Lasern auf einem Raspberry Pi 5 mit 8GB laufen, Die CPU-Auslastung ist ziemlich gering, da geht also wahrscheinlich noch mehr. Die beigefügten DDFs gehen bis 5 Laser.

    Medienwiedergabe

    Standbilder und Videos können DMXControl-gesteuert angezeigt werden (der Laser-Effekt ist dann aus).

    Für die Test-Phase gibt es mittlerweile eine Debugging-Option für den ArtNet-Traffic. Einige Male hatte ich einen schwarzen Bildschirm und wusste nicht woran es liegt. Mit Hilfe des DEBUG-Logs kann man recht schnell verifizieren, ob überhaupt etwas ankommt.

    Die Video-Ausgabe der Laser-Simulation ist eher für Demo-Zwecke gedacht, um anderen das Tool schmackhaft zu machen. Laser-Projektor und iPhone vertragenm sich nicht, dann wird's nur bunt.. Wichtig: systemctl stop rpi-beamertool - erst dann wird das Video komplett geschrieben und kann abgespielt werden.

    Da das ganze bisher eher nach Moving heads statt Laser Simulation aussah, habe ich dem Tool noch etwas Nebel gegönnt mit einem Tunnel-Efekt, so wie man es von Light Shows kennt. Dem Nebel fehlt die dritte Dimension, aber vielleicht ist der Betrachter ja ausreichend durch die schönen bunten Gobos abgelenkt.

    Ein Beispiel der aktuellen Laser-Fähigkeiten sind im Video

    External Content www.youtube.com
    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.

    sowie

    External Content www.youtube.com
    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.

    zu sehen.

    Next-Step: das ganze auf einem Raspberry Pi Zero 2 W lauffähig machen (damit hat's schließlich wieder angefangen).