Posts by plin

Welches Universe nutzt Du? Im Art-Net 4 Interface gibt es die PortAddress. Wenn Du die anklickst öffnet sich ein Fenster in dem Du das Universe angibst.

Ich hatte dasselbe Problem. Die 3.3.2 nutzt Art-Net 4. Du musst diese neue Version als Interface installieren.

Das ist nun die Version v59 (Claude v0.11.3) mit einem selektierbaren Hintergrund für die Lasersimulation.

rpi-beamertool4 - Laser Simulation mit individuellem Background

rpi-beamertool4 - Laser Simulation mit individuellem Background #rpibeamertool

youtu.be

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

Hier kommt der letzte Stand der Python-Version des Beamertools für den Raspberry Pi Zero 2W.

[Edit: Ruckelt schon ganz schön bei zwei Lasern mit vielen Effekten. Die Grenzen des Pi Zero 2 W sind deutlich zu sehen]

Aufzeichnung geht doch noch (jeder boot tut gut)

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.

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.

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 :

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

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?

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?

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.

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?

ok, noch 'ne Idee: Kaleidoskop-Effekt

siehe

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

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).

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.

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, 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.