Beamertool / Lasersim für Raspberry Pi - Support Thread

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?

In den DDFs für DMXControl 3 dürfen innerhalb eines Beams verschiedene Funktionen immer nur einmal enthalten sein. Dazu zählt unter anderem rgb oder auch position, dimmer und strobe und damit eben Funktionen, die von einer einzelnen Lampe (also einem einzelnen Scheinwerfer oder einem einzelnen MovingHead) auch in Realität nur einmalig technisch umsetzbar sind. Deswegen sind umgekehrt zum Beispiel mehrere Farb- und Goboräder zugelassen. Diese werden nämlich auch real dann überlagert (bei Gobos spricht man dann von Morphing).

Um den Farbverlauf zu realisieren, wäre vielleicht ein gangbarer Ansatz, dass du die Startfarbe des Verlaufs aus rgb definiert und einstellen kannst, die zweite Farbe ist dann davon abhängig und wird berechnet, indem du den Winkel im Farbkreis angibst, um den die zweite Farbe von der ersten Farbe verschoben sein soll. Diesen Wert kannst du dann als raw im DDF hinterlegen.

Der andere Weg, den Farbverlauf als Matrix zu definieren, wäre aus meiner Sicht aber auch ein möglicher Ansatz und darüber auch noch ausbaubar, wenn du mit einer 2x2-Martrix zum Beispiel Farbverläufe aus den Ecken heraus generiert. Bedeutet also, dass du in DMXC nur die Farben für oben und unten (2x1) bzw. für die vier Ecken (2x2) angibst und das Beamertool dann selbst daraus die Farbverläufe zu den anderen Punkten berechnet.

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 plin

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>

Display More

Ja... nein... diese Lösung ist bescheiden. Da ist die Variante mit zwei Zeilen oder Spalten deutlich besser.

Quote from plin

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

Display More

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.

Quote from plin

<matrix rows="1" columns="2" bicontrol="false">

Ganz nebenbei finde ich das Attribut bicontrol sehr interessant. Da würde mich mal interessieren, wo Gemini dieses Attribut für matrix her hat. Denn in der Doku für die DDFs für DMXC3 habe ich dieses Attribut nicht aufgeführt.

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?

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

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

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

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.

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 :

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)

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]

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

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