Photobooth Fotobox

Quote from schlizbäda

Das passt schon so.
Meine Anfrage bezog sich darauf, worauf ich eben konkret zu achten habe, wenn das Programm Dir helfen soll. Alles andere wäre ja jetzt nicht sinnvoll. Deine obigen Anmerkungen lasse ich jetzt mal in meine Erstversion so einfließen und werde mich bei weiteren Fragen nochmals melden.

Das mit dem Flackern in Deinem Video hängt wohl nur mit meinem Billig-RPi-Fernseher (so ein 120€-Chinaböller) zusammen, weil der vermutlich die 30Hz von Deinem Video nicht richtig synchronisieren kann.

Ich glaube als es noch funktioniert hat, war am RPi auch noch mein vernünftiger FullHD-Monitor dran.

Alles klar 👍 wirklich lobenswert, wie du dich da reinhängst

Das klingt ja richtig cool. Läuft das dann jeweils über eine Art Wiedergabeliste, die sich die jeweilige Videosequenz aus dem entsprechenden Ordner holt? Sprich man hat dann 3 Ordner (idle, countdown,applause) ? Oder wie kann man sich das vorstellen ?

Meeega gut. Das wird ja genial

Noch flexibler wäre das ganze, wenn nur der jeweilige Ordnerpfad angegeben werden müsste und er sich dann einfach aus allen darin befindlichen Videos immer wieder eins rauspickt. Dann müsste man beim nachträglichen Hinzufügen von Videosequenzen nicht immer am Code "nachbasteln".

Wenn das noch irgendwie möglich ist, wäre es natürlich optimal 👍

Alles klar. Ist wahrscheinlich auch besser so das dann wegzulassen, wenn es so fehleranfälliger ist. Komfortabler wäre es in jedem Fall gewesen 😜

Solltest du "Schlizbäda Preview Videosequenzen" für GitHub benötigen, kann ich mir da gerne Gedanken machen und dir da was kleines basteln. Kann man sicherlich ja später dann auch nicht nur für meine Anwendung, sondern auch für einen sehr breit gefächerten Anwendungsfall nutzen (z.b. Halloweenscreen / aktionsbasierter Infoscreen bei Messen, Ausstellungen, Galerien etc.)

Ja genau das war mein Gedanke. Deswegen auch meine Vorschlag, da das andere Video dafür wohl eher nicht geeignet ist (hier sind teilweise Attribute von bereits vorhandenen Videos übernommen und angepasst worden -> war ja auch nur für meine Privatzwecke gedacht)

Das Video für dich würde ich komplett selbst erstellen und auch relativ einfach halten. Zum Beispiel "Schlizbäda's Idle 1/2/3" als animierten Text mit jeweils anderen Effekten zur Unterscheidung. Also mimimalistisch gehalten, soll ja nur zur Veranschaulichung der Funktionsweise dienen

Quote from schlizbäda

Erstversion Demoversion der Software photomat.py auf github

Servus Goldjunge,

ich habe mal eine erste Version der Software auf github unter dem Namen photomat veröffentlicht. Mit dieser Schreibweise bin ich jetzt nicht sonderlich mit bestehenden Projekten kollidiert. Es gab zwar in den USA mal so automatische Fotohäuschen auf irgendwelchen Supermarktparkplätzen, aber die nannten sich fotomat (mit f und nicht mit ph) -- nur so als Hinweis...

Das Programm dient zum Abspielen von kurzen Videos mit dem omxplayer in zufälliger Reihenfolge. Der omxplayer wird über den python-omxplayer-wrapper v0.3.3 von Will Price per dbus angesteuert. Um die Videos sauber überblenden zu können, werden mehrere Instanzen des omxplayers erstellt und verwendet.

Derzeit läuft allerdings nur das Abspielen von zufälligen idle-Videos in Überblendung. Es werden noch keine Events von den GPIOs abgefangen, die auf irgendwelche Taster an den GPIO-Pins des RPi reagieren, um damit eine Countdown-Sequenz abzuspielen und ein Foto zu knipsen. Demzufolge gibt es auch noch keine Anzeige von Applausvideos.

Das Programm besteht aus zwei Klassen:

class VideoPlayer

Diese Klasse dient zur Verwaltung aller benötigten Instanzen des omxplayers. Neben einer Referenz auf den omxplayer selbst enthält diese Klasse noch wichtige Zusatzdaten und -funktionen, die für die Verwaltung einer omxplayer-Instanz erforderlich sind (bzw. die ich dafür erforderlich halte).

Die Klassenmethode updt_playback_status liest den Playback-Status des omxplayers aus ('Playing', 'Pause', Stopped') und die aktuelle Position im Video. Um die zeit- und rechenintensiven(?) dbus-Zugriffe auf den omxplayer möglichst zu reduzieren, werden diese Daten bei jedem Schleifendurch wirklich nur einmal durchgeführt und in lokalen Variablen zwischengespeichert.

Ebenso setzt die Klassenmethode set_alpha den Alphawert (Transparenz) des omxplayers nur, wenn er sich wirklich geändert hat.

Die Methode fade überprüft, wie die Transparenz eingestellt werden muss, um das Video mit einem zweiten zu überblenden.

class StateMachine

Hier greife ich das oben beschriebene Konzept der Statemachine auf, um den Ablauf zu steuern:

Die Methode run beinhaltet die Schlaife der Statemachine. Je nach aktuellem Zustand wird die jeweilige Klassenmethode state_... aufgerufen.

Die abzuspielenden Videos werden im Konstruktor __init__ der Klasse StateMachine wie in Beitrag #64 beschrieben eingestellt.

Das Überbledeverhalten wird in der Methode state_select_idle_video eingestellt.
Im Sourcecode verwendete Variante mit Überblenden:

Python

self.pl[inst].alpha_start = 0           # Transparenz beim Start des Videos
self.pl[inst].alpha_start_fadetime = 1  # Zeitdauer des Einblendens in Sekunden
self.pl[inst].alpha_play = 255          # Transparenz "in der Mitte" (nach dem Einblenden und vor dem Ausblenden)
self.pl[inst].alpha_end = 0             # Transparenz am Ende des Videos
self.pl[inst].alpha_end_fadetime = 3    # Zeitdauer des Ausblendens in Sekunden

Alternative ohne Überblenden:

Python

self.pl[inst].alpha_start = 255         # Transparenz beim Start des Videos
self.pl[inst].alpha_start_fadetime = 0  # Zeitdauer des Einblendens in Sekunden
self.pl[inst].alpha_play = 255          # Transparenz "in der Mitte" (nach dem Einblenden und vor dem Ausblenden)
self.pl[inst].alpha_end = 255           # Transparenz am Ende des Videos
self.pl[inst].alpha_end_fadetime = 0    # Zeitdauer des Ausblendens in Sekunden

Die "Schlizbäda Preview Videosequenzen" für GitHub aus Beitrag #67 ff. werden jetzt interessant

Die werde ich dann auf meinem github-Repository photomat einspielen. Ich würde Dich dann im Pythonprogramm bei den "Contributions" (Zeile 22) entsprechend erwähnen...

Display More

Also ich würde mich an der deiner Stelle in der Namensgebung tatsächlich nicht so auf die Fotobox Geschichte von mir versteifen, sondern das fertige Programm für ein breiteres "Anwenderspektrum" anpreisen Du willst ja sicher möglichst viele Leute damit erreichen Und kreativ in der eigenen Anwendung kann ja dann jeder selbst werden (Einige Beispiele habe ich ja weiter oben schon genannt: z.b. Halloweenscreen / aktionsbasierter Infoscreen bei Messen, Ausstellungen, Galerien etc.)

Daher würde ich folgenden Namen (auch in Anlehnung an deiner YaMu-Play) vorgeschlagen:

RaViSe-Play (Aussprache "Rewis-Play"), was für random video sequence player stehen soll

Ist nur ein bescheidener Vorschlag meinerseits, natürlich bleibt die Namensgebung dir überlassen

Ich darf mich mal wieder wiederholen: Das schaut alles vom Ansatz richtig super aus und ich finde es echt Wahnsinn, was du aus dem Projekt machst/machen willst. Vielen vielen Dank dafür.

Bzgl. der Videos werde ich mich sobald es mir möglich ist ran setzen und was basteln. Bin ja momentan in meiner Freizeit eigentlich komplett in den Hardwarebau vertieft Diesen muss ich halt eben mal für die Videos unterbrechen... Bis wann wirst du die benötigen ?

Erwähnen brauchst du mich nicht, die Lorbeeren gönn ich dir ganz alleine

Gruß

Quote from schlizbäda

Deiner Antwort entnehme ich, dass Du das Programm mit Videos zum Laufen gebracht hast.

Ich habe auf meinem RPi den Desktophintergrund absichtlich in grellrot eingefärbt, um das Überblenden (Fading) noch besser beobachten zu können.

Prinzipiell reichen jeweils drei Videos für jede Kategorie mit einer Länge von >= 5 Sekunden.

Bei den Countdown-Videos wäre am Ende irgendeine markante "Lichtexplosion" oder sowas cool, die das Auslösen der Kamera signalisiert.

Wichtig bei den Einzelvideos ist dabei, dass sie mit der Bildanzeige wirklich am Anfang beginnen und bis zum letzten Frame durchlaufen. Bei meinen schnell erstellten Videosequenzen mit FFmpeg hatte ich bisweilen gerade am Anfang meiner Kurzvideos Bildaussetzer: Die Anzeige blieb im VLC leer (schwarz mit Verkehrsleitkegel) bzw. am omxplayer transparent, was keinen vernünftigen Test des Fadings zuließ.

Eine Erwähnung von Dir im Projekt wäre für mich kein Thema. Im Gegenteil, es ist cool, wenn bei einem Projekt mehrere Leute beteiligt sind. Von daher lautet jetzt die Frage, ob (und wie) ich Dich erwähnen darf?

Display More

Nein, tatsächlich habe ich das Programm noch nicht getestet. Ich folge nur gerne deinen Erklärungen und Ideen Kann es auch im Moment leider nicht testen, da ich meine beiden Pi´s momentan in einem konstruierten und 3D gedruckten Gehäuse in den tiefen der Fotobox testweise schon mal verbaut habe, da ich momentan am Vorverkabeln bin. Kann da im derzeitigen Zustand leider auch keinen externen "Test-Monitor" anschließen. Ich muss mir demnächst mal wieder einen Bastel- Pi zulegen mal sehen, was der Black Friday hergibt

Das mit den Bildaussetzern ist aber auch ein seltsames Phänomen. Ich meine, bei deinen Testvideos werde ich das nun sicherlich beachten, aber später für die Endanwendung kann man das ja nicht immer garantieren. Manchmal "fliegt" ja was ein oder blendet auf usw. da kann es schon mal vorkommen bzw. ist sogar unvermeidbar, dass am Anfang und Ende ein paar Frames dunkel sind. Wäre sehr schade, wenn man damit Leben muss.

Welche Möglichkeiten der Erwähnung gäbe es denn? Bin da bei Github nicht so im Thema drin, nutze es eigentlich nur zum stöbern und für Installationen (Wie wahrscheinlich 99 % der Websitebesucher auch)

Soooo, ich habe jetzt mal den Nachmittag/Abend genutzt und die Videos erstellt. Hoffe, Sie gefallen

Habe mich (wie man unschwer erkennen kann) an deinem Profilbild orientiert, als Erkennungsmerkmal

Da die ZIP- Datei leider hier für das Forum zu groß ist, können die Videos unter folgendem Link (WeTransfer) heruntergeladen werden:

Schlizbäda_Videosequenzen.zip

Anbei das funktionierende und "ausgetüftelte" Schema, das sollte Frage 1,2 und 4 beantworten

Ich hab nur zusätzlich noch an beiden Pi´s einen Reset/Shutdown Button gehängt (was mit dem shutdown.py Script von Netzmafia läuft) aber das hat ja mit unserem Programm hier nichts zu tun

Zu Punkt 3:

Da das Programm ja später im Autostart laufen soll, wird ein Taster benötigt, um das Programm zu beenden und auf den Desktop für eventuelle Wartungarbeiten (zum Beispiel Videos ergänzen, Pfad ergänzen etc.) zu kommen. Aktuell ist es so gelöst (bei der derzeitigen Ursprungsversion mit einem langen Video), dass der Exitpin nur die Schleife verlässt, das Video somit anschließend einfach Stur einmal durchläuft und das Programm/der OMXPlayer sich nach Ablauf des Gesamtvideos dann beendet. Wie man das Programm sauber beendet habe ich nicht herausgefunden, daher dieses Weg über etwas Wartezeit

Für die Videos nutze ich Filmora Countdownvideos mit "Blitz" kann ich dir irgendwann später mal nachreichen, ich würde mich freuen wenn du aber erstmal mit dem vorhandenen "Material" arbeiten könntest

Super, dass es voran geht ich bin weiterhin gespannt. Hab in der Zwischenzeit meine Version so einigermaßen zum Laufen gebracht, natürlich total unprofessionell und noch mit einigen Fehlern und nicht ganz zuverlässig daher setze ich große Hoffnung auf dein Projekt

Zur Frage: der zweite Taster soll im Prinzip einfach nur das Programm (welches ja später im Autostart starten soll) sauber beenden, die gpios bereinigen etc. und dann zum Desktop gehen, um die Listenvariable zu überarbeiten, Videos hinzuzufügen etc.