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

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

    <gobowheel dmxchannel="6">
      <goboindex dmxchannel="14">
  	  <range range="360" mindmx="0" maxdmx="128" minval="0" maxval="360" />
      </goboindex>
     <goborotation dmxchannel="7">
	<step type="stop" mindmx="127" maxdmx="127" />
	<range type="cw" mindmx="135" maxdmx="255" minval="0.5" maxval="5" />
	<range type="ccw" mindmx="119" maxdmx="0" minval="0.5" maxval="5" />
      </goborotation>
      <step type="open" mindmx="0" maxdmx="0" caption="Offen (Punkt)" />
      <step type="gobo" val="mycircle.png"           mindmx="1"  maxdmx="1"  caption="Kreis" />
      <step type="gobo" val="mytunnel.png"           mindmx="2"  maxdmx="2"  caption="Tunnel" />
      <step type="gobo" val="mystar.png"             mindmx="3"  maxdmx="3"  caption="Stern" />
      <step type="gobo" val="mygrid.png"              mindmx="4"  maxdmx="4"  caption="Raster" />
      <step type="gobo" val="myspiral.png"             mindmx="5"  maxdmx="5"  caption="Spirale" />
      <step type="gobo" val="mylissajous.png"           mindmx="6"  maxdmx="6"  caption="Lissajous" />
      <step type="gobo" val="myrose.png"                 mindmx="7"  maxdmx="7"  caption="Blume" />
      <step type="gobo" val="mywaves.png"                 mindmx="8"  maxdmx="8"  caption="Wellen" />
      <step type="gobo" val="mymovinghead.png"             mindmx="9"  maxdmx="9"  caption="Moving Head" />
      <step type="gobo" val="mymovingheadsquare.png"        mindmx="10" maxdmx="10" caption="Moving Head Quadrat" />
    </gobowheel>

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:

Aug 27 17:33:40 rpibeam python3[1055]: 2026-08-27 17:33:40,615 INFO    beamertool: Size-Kanal empfangen: DMX=0 -> size=0.00
Aug 27 17:33:42 rpibeam python3[1055]: 2026-08-27 17:33:42,330 INFO    beamertool: Gobo-Kanal empfangen: DMX=0 -> Offen (Index None)
Aug 27 17:33:44 rpibeam python3[1055]: 2026-08-27 17:33:44,260 INFO    beamertool: Gobo-Kanal empfangen: DMX=1 -> Kreis (Index 0)
Aug 27 17:33:46 rpibeam python3[1055]: 2026-08-27 17:33:46,643 INFO    beamertool: Gobo-Kanal empfangen: DMX=2 -> Tunnel (Index 1)
Aug 27 17:33:49 rpibeam python3[1055]: 2026-08-27 17:33:49,150 INFO    beamertool: Gobo-Kanal empfangen: DMX=3 -> Stern (Index 2)
Aug 27 17:33:53 rpibeam python3[1055]: 2026-08-27 17:33:53,257 INFO    beamertool: Gobo-Kanal empfangen: DMX=4 -> Raster (Index 3)
Aug 27 17:33:56 rpibeam python3[1055]: 2026-08-27 17:33:56,520 INFO    beamertool: Gobo-Kanal empfangen: DMX=5 -> Spirale (Index 4)
Aug 27 17:33:59 rpibeam python3[1055]: 2026-08-27 17:33:59,178 INFO    beamertool: Gobo-Kanal empfangen: DMX=6 -> Lissajous (Index 5)
Aug 27 17:34:01 rpibeam python3[1055]: 2026-08-27 17:34:01,202 INFO    beamertool: Gobo-Kanal empfangen: DMX=7 -> Blume (Index 6)
Aug 27 17:34:03 rpibeam python3[1055]: 2026-08-27 17:34:03,256 INFO    beamertool: Gobo-Kanal empfangen: DMX=8 -> Wellen (Index 7)
Aug 27 17:34:07 rpibeam python3[1055]: 2026-08-27 17:34:07,062 INFO    beamertool: Gobo-Kanal empfangen: DMX=9 -> Moving Head (Index 8)
Aug 27 17:34:09 rpibeam python3[1055]: 2026-08-27 17:34:09,932 INFO    beamertool: Gobo-Kanal empfangen: DMX=10 -> Moving Head Quadrat (Index 9)

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.

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

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.

Für diejeningen die es interessiert hier der (vorerst) letzte Stand der neuen, Python-basierten Version.

[Nachtrag] Läuft, aber hakelt manchmal. Die migrierte C++-Version läuft auch auf einem Raspberry Pi Zero 2W wenn man es mit Effekten nicht übertreibt.

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

Feedback erwünscht.

4 Laser sind möglich, wird aber auf einem Raspberry Pi 4 schon etwas ruckelig, auf dem Raspberry Pi 5 läuft's flüssig.

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

sowie

zu sehen.

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

Claude hat ein Manual unter docs/ hinzugefügt., ansonsten ist die Version mit der 41er identisch.

ok, noch 'ne Idee: Kaleidoskop-Effekt

siehe

Und noch ein neuer Hintergrundeffekt: "Farbverlauf". Ist im Beam 6 zu finden

In der ersten Version wurde von Claude die Auswahl der beiden Farben durch zwei Farbpicker im DDF abgebildet:

<rgb name="Farbverlauf-Anfang">
<red dmxchannel="106" />
<green dmxchannel="107" />
<blue dmxchannel="108" />
</rgb>
<rgb name="Farbverlauf-Ende">
<red dmxchannel="109" />
<green dmxchannel="110" />
<blue dmxchannel="111" />
</rgb>

Das führt beim Load in DMXC aber zu einem Fehler RGB bereits definiert. Gemini hatte eine Lösung mit matrix vorgeschlagen, die sieht aber nicht gut aus. Die Claude Lösung in v46 sind einzelne RGB-Kanäle. Hat jemand einen Vorschlag für eine elegantere Lösung?

Das geht dann in die von Gemini vorgeschlagene Richtung:

<rgb>
<red dmxchannel="106" />
<green dmxchannel="107" />
<blue dmxchannel="108" />
</rgb>

<matrix rows="1" columns="1" bicontrol="false">
<rgb>
<red dmxchannel="109" />
<green dmxchannel="110" />
<blue dmxchannel="111" />
</rgb>
</matrix>

Die Alternative war

<matrix rows="1" columns="2" bicontrol="false">
<!-- Erster Farbpicker (Farbverlauf-Anfang) -->
<rgb>
<red dmxchannel="106" />
<green dmxchannel="107" />
<blue dmxchannel="108" />
</rgb>
<!-- Zweiter Farbpicker (Farbverlauf-Ende) -->
<rgb>
<red dmxchannel="109" />
<green dmxchannel="110" />
<blue dmxchannel="111" />
</rgb>
</matrix>

Beide sind aber gewöhnungsbedürftig. Mal schauen. Ich bleibe jetzt erst mal bei der Version mit den einzelnen Farbkanälen wie von Claude gebaut:

<raw dmxchannel="106" name="Farbverlauf-Anfang Rot" >
<range type="linear" mindmx="0" maxdmx="255" minval="0" maxval="255" />
</raw>
<raw dmxchannel="107" name="Farbverlauf-Anfang Gruen" >
<range type="linear" mindmx="0" maxdmx="255" minval="0" maxval="255" />
</raw>
<raw dmxchannel="108" name="Farbverlauf-Anfang Blau" >
<range type="linear" mindmx="0" maxdmx="255" minval="0" maxval="255" />
</raw>
<raw dmxchannel="109" name="Farbverlauf-Ende Rot" >
<range type="linear" mindmx="0" maxdmx="255" minval="0" maxval="255" />
</raw>
<raw dmxchannel="110" name="Farbverlauf-Ende Gruen" >
<range type="linear" mindmx="0" maxdmx="255" minval="0" maxval="255" />
</raw>
<raw dmxchannel="111" name="Farbverlauf-Ende Blau" >
<range type="linear" mindmx="0" maxdmx="255" minval="0" maxval="255" />
</raw>

Das ist für den Benutzer aufgrund der Beschriftung leichter nachvollziehbar, wenn auch nicht so elegant.

Quote from LightningBrothers

Sie ist zwar vielleicht nachvollziehbarer in Hinblick auf die Bedeutung. Aber sie ist wiederum schlecht, was den Bedienkomfort betrifft. Zum einen hast du nicht Zugriff auf einen Colorpicker zum Einstellen der Farbe, zum anderen lassen sich sämtliche Effekte, die normalerweise die Farbe ansprechen, über diese Variante nicht nutzen.

Wenn dir die Matrix-Variante nicht gefällt, würde ich für den Farbverlauf der Hintergrundfarbe dann eher noch einen weiteren Beam einfügen und diesen eindeutig beschriften. Im Übrigen könnte es bei dem Funktionsumfang vielleicht so oder so langsam besser sein, das große DDF aufzuteilen in ein "Basis-DDF" und in ein "Beam-DDF", wo das Beam-DDF dann einfach mehrmals eingefügt wird und dem entsprechend auch nur einen einzigen Laser-Beam anspricht. Fasst man dann die Beam-DDFs in einer Device Group zusammen, kann man zum einen Effekte übergreifend nutzen und mehrere Werte gleichzeitig einstellen. Zum anderen sieht man in der Stage View besser, was die einzelnen Beams machen.

ok, sehe ich ein. Welche Matrix-Variante wäre besser? rgb + matrix mit zweitem rgb oder matrix mit 2 rgbs?