Beiträge von FreshGer

Um in Linux etwas in den "Autostart" zu befördern (und damit dem "vergessen" der v4l2-Anpassungen nach dem Reboot vorzubeugen) gibt es verschiedenste Methoden (Cronjobs etc.): https://askubuntu.com/question…-run-a-script-at-start-up

Ich persönlich habe einfach in "/etc/rc.local" auf mein "/etc/init.d/starter.sh" Skript verwiesen:

Das starter.sh Skript sieht aus wie folgt:

Ich verwende https://mobaxterm.mobatek.net/download-home-edition.html für den Zugriff auf die Shell. Hier kann man sogar per Drag & Drop in einem Dateibrowser Dateien transferieren. Alles andere sind Linux basics (z.b. der "vi"-Befehl, um Textdateien manuell per Shell anzupassen, sollte Mobax Rechteprobleme beim Dateitransfer haben).

Wenn Du Hyperion.ng wie in meinem verlinkten Youtube-Video installiert hast, dann stellst du die Bildverkleinerung in der Weboberfläche (http://ip:8090) ein:

Vorher solltest du Hyperion.ng noch als Dienst registrieren, damit auch dieser automatisch startet (und natürlich, um den Webserver zu starten). Hierfür kann man unter "usr/lib/systemd/system/" eine "hyperion.service" Datei anlegen mit folgendem Inhalt:

Für die Registierung des Dienstes genügt der Befehl "sudo systemctl enable hyperion.service" (hier gibts mehr Details zu Diensten unter Linux: https://www.modius-techblog.de…ystemd-richtig-verwenden/). Die Ausgabe ist dann "Created symlink /etc/systemd/system/multi-user.target.wants/hyperion.service → /usr/lib/systemd/system/hyperion.service.".

Alle Angaben beziehen sich auf das neuste Raspbian Image. Es gibt sicher elegantere Wege, aber der funktionierte zumindest auf Anhieb. Sobald Hyperion.ng veröffentlich wird, wird es sicher auch bei der Installation direkt eine Installation des Dienstes geben.

Anbei die 3 Dateien:

Der HDMI Grabber kann HDR verarbeiten, die Farben sind jedoch etwas blasser. Daher habe ich die Sättigung und die Helligkeit des Grabbers etwas hochgesetzt. Da muss man dann einen Kompromiss finden zwichen SDR und HDR . Ich bin der Meinung das ganze kostet schon genug Geld, da braucht man nicht auch noch 350€ Komponenten dazwichen

Das lila unten links würde ich eher als orange beschreiben. Ich denke das kommt weil nur so ein kleiner Streifen Gelb zu sehen ist. In den meisten Fällen passt es echt gut.

Der Pi hat einen Lüfter und das Gehäuse ist aus Metall, bis lang geht das mit der Wärme ganz gut. Aber danke für die Anmerkungen.

ich habe kein lag nein. Aber mein HDMI Splitter sorgt im mixed mode auch dafür dass am Y&H HDMI Grabber grundsätzlich nur 1080p ankommen - da hat er wenig zu tun.

Von innen:

So sieht das ganze fertig aus:

Ich möchte euch gern erzählen was mein aktueller Stand ist:

Heute kann ich sagen, dass ich endlich das perfekte Setup habe. Ich hab mich mittlerweile mit Hyperion.ng vollends angefreundet und versucht, auch ohne die Möglichkeit die Farb-Temperatur zu setzen, ein gutes Farbergebnis zu bekommen (Das „alte“ Hyperion unterstützt den HDMI Grabber nicht).

Was den Y&H HDMI Grabber ()
angeht, ist festzuhalten, dass er der perfekte Ersatz für einen HDMI2AV-Converter + Fushicai Grabber ist. Großen Dank an @esprit1711 für die Idee mit dem HDMI Grabber. Das Bild rauscht so gut wie garnicht. Nun ist es endlich möglich auch in dunklen Szenen ein ordentliches Ambilight zu zaubern.

Mein Setup sieht nun aus wie folgt:

Apple TV 4K u.a. Medien—> AV-Receiver —> Feintech HDMI Splitter
1. —> TV
2. —> Y&H Grabber —> per USB an meinen Raspberry Pi 4 —> ws2801 LED-Stripe

Nun ist 4K HDR und das Umschalten zwischen meinen Geräten (PC, Sat-Receiver, Apple TV) problemlos möglich. Das Ambilight funktioniert sowohl mit SDR als auch HDR Farbraum. Hierfür habe ich mittels „v4l2-ctl —set-ctrl=saturation=170“ (statt der standardmäßigen 128) einen Mittelweg zwischen übersteuerten SDR Farben und zu blassen HDR Farben gefunden. Den Befehl sende ich automatisiert bei jedem Systemstart.

Der Raspberry pi 4 ist meiner Meinung nach zwingend notwendig, um in 3-Facher Bildverkleinerung (von Full HD) ohne merkliches Lag die LEDs leuchten zu lassen. Mit dem pi 3b hatte ich hier mindestens 300ms Verzögerung.

Der HDMI Splitter ist leider notwendig, da der HDMI Grabber was passthrough angeht (bei mir zumindest) komplett zu vergessen ist. Hier setzte das Bild ständig aus oder es kam garnichts beim TV an. Das ist aber nicht weiter schlimm, da der HDMI Splitter noch so freundlich ist das 4k Signal am 2. HDMI out auf 1080p runterzurechnen - so hat der HDMI Grabber weniger zu tun und sein hdmi-out bleibt frei. Derzeit verwende ich den . Ich steige aber evtl. noch auf den um.

Also ich bin Happy!

Hier noch ein Tutorial für alle, die Hilfe brauchen Hyperion.ng zu installieren:

Ich glaube wir haben die selbe Version. Bei mir scheint er doch YUYV zu verwenden:

Screenshot geht:

hyperion (nicht ng) möchte jedoch nicht anspringen

Hier der komplette Fehlerhergang beim hyperion boot:

--> Ich gehe davon aus, dass im alten Hyperion noch kein korrektes Fehler-Handling für nicht unterstützte ioctl-Befehle vorhanden ist.

Ich habe nun zusätzlich diverse Probleme mit meinem Denon AVRX520BT in Verbindung mit dem Y&H HDMI Grabber Pass Through zu meinem LG C97 TV. Habe behelfsweise meinen Feintech HDMI Splitter dazwischen hängen müssen und somit nur den Input des Y&H belegt

Ich habe nun meinen digitalen Y&H HDMI Grabber erhalten.
Mit Hyperion.ng kann ich ihn direkt Plug&Play verwenden.

Mit dem "alten" Hyperion - in welchem ich die Farben besser anpassen kann mittels der da noch vorhandenen Farbtemperatur - bekomme ich Probleme beim Starten:

"terminate called after throwing an instance of 'std::runtime_error'
what(): VIDIOC_S_STD ERROR 25, Inappropriate ioctl for device"

hier die Ausgabe von "v4l2-ctl --all":

Ich habe meine Config, die mit dem analogen Grabber immer funktioniert hat mal angehängt.

@esprit1711 weißt du woran es liegen könnte?

Ok das sieht ja gut aus.

@Hoto: Danke fürs testen. Ich werde aufjedenfall für meinen Teil den analogen Pfad nun verlassen. Solange HDCP sich nicht gestört fühlt, sollte es kein Problem geben. Ansonsten gibt es hierfür diverse HDMI Splitter inkl. HDCP2.2-Support und HDCP Converter die dies „heilen“ können.

@esprit1711: das klingt ja alles super und einfach machbar. Ich hatte nur bei Amazon gelesen, dass jemand bei dem HDMI Grabber HDR Passthrough Probleme hatte - aber wenns bei Dir klappt, ist das ja umso besser. Ich bin schon gespannt auf Dienstag wenn alles ankommt. Ich werde es erstmal ohne Anpassung der Auflösung im Quellcode probieren, ansonsten frage ich da gerne nochmal nach.

Was Hyperion.ng angeht bin ich auch begeistert. Das einzige was mich hier stört ist die fehlende Möglichkeit die Gesamt-Farbtemperatur des LED-Streifens (ansonsten eher Kalt-Blau) einzustellen - so wie es früher unter „Temperatur“ in HyperCon möglich war. Die Anpassung des Weißwertes bringt mich spätestens bei Grautönen nicht zum Ziel, da der Weißwert dann anscheinend nicht mehr greift. Das sieht man schön auf den Testbildern mit den schwarz-weiß Farbverläufen. @Paulchen-Panther ich hab das mal als Feature Request hinzugefügt. Oder habt Ihr euch aus einem Grund entschieden dies nicht in das neue Hyperion zu überführen? :classy:

Hallo zusammen,

ich habe mittlerweile einen 4K HDR Abspieler (Apple TV) erhalten und wollte gleich mal Fragen, wieso an meinem Fushicai Grabber folgendes passiert?

ohne HDR:

mit HDR

Viele Grüße

Zitat von Hoto

Könnte mir vorstellen, das da auch ein AntiRauschen Filter funktionieren könnte.

Das wäre in der Tat eine Möglichkeit das analoge Signal aufzubessern.

Zitat von esprit1711

Seit ich vor zwei Wochen auf einen HDMI Grabber umgestiegen bin sind all die beschriebenen Probleme weg (kein Flackern mehr in dunklen Szenen und ich kann sehr weit am Rand abgreifen). nur zwei kleine Kompromisse musste ich eingehen.

Und ich glaube das ist der vielversprechendste Weg, da es meiner Meinung nach immer besser ist, das bestmögliche Signal ankommen zu lassen, statt ein schlechtes aufzuhübschen.

@esprit1711: Wie gehe ich nun am besten vor? Ich würde gerne deinen "Y&H 4K HDR HDMI2.0 Game Capture Card USB 3.0" ausprobieren. Ich benötige wohl zwingend einen Raspberry pi 4? Ich habe derzeit einen 3b, dieser scheint aber offensichtlich ausschließlich USB 2.0 Anschlüsse zu haben. Wird der HDMI-Grabber direkt als "/dev/spidev0.0" erkannt? Funktioniert deine Lösung bei 4K HDR content (Apple TV 4K)?

Ich bin nun endlich wieder guter Hoffnung.

Edit: Ich habe nun den HDMI Grabber und einen RPi 4 bestellt, Dienstag soll alles ankommen.

Hallo zusammen,

ich habe mittlerweile so viele Stunden, Tage und Wochen in mein Ambilight Projekt gesteckt. Immer auf der Suche nach einem perfekten Endergebnis. In dieser Zeit habe ich so oft an mir und der Hardware gezweifelt, alles nochmal neu gemacht und verlötet, 5 verschiedene AV-Converter gekauft, 3 Fushicai Grabber probiert, verschiedene Stripes und deren Anschlusskabel probiert und jedes mal kriege ich ein - ja zugegebenermaßen vielleicht zu anspruchsvolles Denken - Ergebnis was maximal an eine 2- rankommt, durch das Flackern der LEDs in dunklen Szenen.

Richtig bewusst geworden was das Problem ist, bin ich mir erst heute, als ich Hyperion.ng kompiliert und probiert habe. Hier sieht man sehr schön in der Bildvorschau im Web-Frontend wie ein Film auf Standbild, in einer eher dunklen Szene, zu Entscheidungschwierigkeiten bei der Farbgebung durch Hyperion führt. Es flackert - quasi auch im Webfrontend.

Durch die Konvertierung des digitalen Bildsignals in ein analoges und das anschließende abgreifen durch den USB-Grabber ist es mir unmöglich ein Bild was frei von leichtem Bildrauschen ist, an Hyperion zu übergeben.

Eigentlich nur logisch, dass Hyperion das Rauschen dann als Farbbewegung interpretiert.

Ich kann sämtliche Hardwaredefekte, kalte Lötstellen, Interferenzen, falsche Spannungen oder sonstiges technisches Versagen zu 100% ausschließen - denn der interne Grabber läuft wie ne 1 und völlig Flackerfrei auch in dunklen Szenen.

Bitte sagt mir nur, ob dies schlicht und ergreifend die technischen Grenzen sind an die ich hier Stoße oder, ob ich hier noch optimieren kann. Vielleicht kann man ja doch irgendwie das Bildsignal direkt digital an den PI durchgeben (hdcp hin oder her).

Ich freue mich auf eure Antworten!

Viele Grüße

Hallo,

ich habe mich gefragt, wieso die Farb-Temperatur nicht mehr eingestellt werden kann in Hyperion.ng während dies im ursprünglichen Hyperion angeboten wurde.
Weiß da jemand mehr zu? Oder vielleicht sogar warum es nicht berücksichtigt wurde?

Ohne diese Einstellung schaffe ich es nicht die Farben meines WS2801 Streifen denen meines TVs anzupassen.

Kann dies als Feature Request aufgenommen werden?

Viele Grüße

—————-

Hello,

i was wondering why the Colour-Temperature Setting did not make it into Hyperion.ng.
Does anyone know further on this? Or maybe why it was not added?

Without this setting i am not able to match the Colors of my WS2801 Stripe to my TV.

Could this be added as a Feature Request?

best regards