Die Grenzen eines analogen Grabbers - und die digitale Lösung

Das könnte aber auch an Hyperion liegen und wie dieser auf einem Bereich die durchschnittliche Farbe für eine LED berechnet. Vielleicht nutzt Hyperion da eine Methode die besonders empfindlich auf Bildrauschen reagiert. Könnte mir vorstellen, das da auch ein AntiRauschen Filter funktionieren könnte.

Da ich meinen 4K Monitor per Displayport am PC hängen habe, kann ich das über die PI Lösung nicht so ohne weiteres nutzen, einen Grabber für HDMI (PS4) habe ich erst seit etwas über einer Woche und aktuell löse ich es so das ich den USB Grabber am PC hängen habe und das Bild per VLC im Vollbild anzeigen lasse und das Bild wird dann von Prismatik gecaptured damit die LEDs die richtigen Farben ausgeben. Bei VLC habe ich eben die Möglichkeit verschiedene Filter zu nutzen um das rauschen zu vermindern.

Ich nutze allerdings das Ambilight auch als Hintergrundbeleuchtung und wenn ich Filme schaue, ist eben auch bei ganz dunklem Bild ganz schwach das LED Licht an, vielleicht ist mir deswegen noch kein Flimmern aufgefallen. Ich werde es mal die Tage ohne die Beleuchtung testen ob ich dann auch ein solches Flackern erkennen kann und ob ich das mit den VLC Filtern weg kriege, dann ist zumindest klar ob es überhaupt Möglich weg zu kriegen bzw. ob es mit VLC und Prismatik überhaupt zu solchem Flackern kommt. Sollte helfen zu sehen ob es an Hyperion liegt.

Das ist das Ergebnis eines Analogen Signals. Ich habe in den letzten Jahren unzählige Ansätze probiert, die aber immer darin endeten, dass das Bild in ein Analoges Signal Konvertiert wurde, um es dann vom Grabber abzugreifen. Auffällig war, dass das Bild vor allem am oberen Rand rauscht. um das zu kompensieren habe ich damals einen Converter von Ligawo genutzt, der eine taste hatte um das Bild in 6 stufen zu zoomen. wenn man dann Hyperion anweist das Bild entsprechend erst weiter in der Mitte abzugreifen (man kann ja alle vier seiten unabhängig voneinander abschneiden) und die Glättung richtig einstellt ist das Bild in normal hellen Szenen schön ruhig. Für mein Geschmack wurde dann als Kompromiss immer zu weit im inneren nach den Farben geguckt und in dunklen Szenen gab es das gnadenlose flackern was weiter oben beschrieben wurde, besser habe ich es aber auch nicht hinbekommen.
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.
1. Es gibt eine minimale Verzögerung (vielleicht kleiner 100ms), wenn der TV im Spielemodus ist (wenn der Modus aus ist, sind die LEDs genau so schnell wie der TV), was aber definitiv nur auffällt wenn man in Kameraschwenks ganz genau drauf achtet und spätestens wenn die Glättung richtig eingestellt ist, stört es nicht mehr.
2. der Grabber schleift das HDMI Signal weiter durch zum TV, bei dem der Automatische Spielemodus aktiv ist. Mein TV kann sich manchmal nicht entscheiden und wechselt dann immer zwischen Spiemodus an und aus. Ich habe das jetzt bei meinen TV auf "immer an" gesetzt, bedeutet aber nicht, dass es bei anderen nicht ähnliche Phänomene geben könnte (probieren geht über studieren )

Ich habe bezüglich HDMI Capture Card noch paar Worte im entsprechenden Thread gelassen
https://hyperion-project.org/t…it-4k-grabber.3649/page-2

Mit dem Pi3 hat die Capture Card auch funktioniert (ich habe generell zwischen USB3.0 und USB2.0 keinen unterschied gemerkt), ich musste beim Pi3 aber mit dem "Bildverkleinerung Faktor" hoch gehen (aktuell steht der auf 3),sollte eigentlich kein Problem sein, da es dann zwar gröber wird, aber flackern sollte so es oder so nicht. Bei 325 LEDs sehe ich tatsächlich im Vergleich einen unterschied (je feiner/schärfer, desto besser natürlich), darum halte ich in meinem Setup den Pi4 für sinnvoll. ich nutze aktuell die 2gb variante, die 1gb hätte aber locker ausgereicht (ich brauche demnächst für ein anderes Projekt einen Pi, vielleicht tausche ich den aus^^).

der HDMI Grabber wird ganz normal erkannt und taucht dann unter /dev/ als Video0 (und Video1, was man einfach ignorieren kann) auf. anders als in dem anderen Thread zum MYPIN Grabber beschrieben, musste ich bei diesen Grabber nicht per v4l2-ctl auf MPEG als Ausgabeformat schalten, quasi Plug&Play, so wie mit deinem aktuellen Grabber

Dass du Hyperion.ng bereits nutzt ist schon mal eine gute Voraussetzung (ich liebe das neue Konzept mit der Weboberfläche^^)
Ich habe jetzt nicht nochmal probiert, ob es einen erheblichen Unterschied macht, wenn man die Auflösung auf 1920x1080 lässt, anstatt sie auf 1280x720 zu erzwingen, Für erste testet sollte dich das aber nicht stören. wenn nötig beschreibe ich die nötigen Änderungen kurz (das sind nur zwei Zeilen Code, die man finden und entsprechend anpassen muss)

@Paulchen-Panther: ich weiß nicht wie aufwändig es wäre eine Option für die Manuelle Auflösung, oder gar ein Dropdown menü mit den vom Grabber zur Verfügung gestellten Auflösungen + Frequenzen einzubauen, vielleicht ist das aber etwas, was man als nice2have auf eine ToDo liste aufführen könnte^^ für die normalen AV Grabber macht die Maximale Auflösung sinn, bei den HDMI Grabber macht das aber einen großen Unterschied

und vielleicht nochmal ein Kleiner Bug, den ich bereits im oben verlinkten Thread beschrieben habe: die Option zum glätten ist immer aktiv, egal ob die Checkbox zum aktivieren gesetzt ist oder nicht

EDIT: @FreshGer : bezüglich HDR: wie im anderen Thread beschrieben, scheint HDR kein Problem zu sein. es wird zumindest an der PS4 Pro alles erkannt wie wenn ich das HDMI Kabel direkt in den TV stecke

Also ich hab gerade noch mal mit dem Analog Grabber probiert, bei mir flackert es auch, aber primär ist es ein Farbflackern, fällt vor allem bei kräftigem Rot stark auf. Das kriege ich mit keinem Filter weg und überträgt sich natürlich auch auf die LEDs. Auch scheint die Helligkeit leicht zu flackern. Dafür ist die Verzögerung sehr kurz, 100ms sind nicht wenig.

Ein HDMI Grabber ist natürlich besser, kostet aber auch im Vergleich einiges mehr, allerdings braucht man dann auch nur noch ein Gerät statt zwei, was sicherlich auch noch mal besser ist. Und 4K und HDCP2.2 ist dann sicherlich auch noch mal ein Thema.

die Bewertung bezüglich HDR Passtrough bezieht sich wohl auf das mitgelieferte Kabel, welches anscheinend nicht so gut sein soll. Wenn ein HDMI Kabel so dünn ist, landet es bei mir ohnehin direkt in der Schublade mit den anderen HDMI Kabeln
folgendes sagt meine PS4 zu den verfügbaren Video Einstellungen

Ehrlich gesagt hab ich die Schnauze nach nicht mal 2 Wochen auch schon voll von dem Analog Grabber, bzw. im Moment eher von dem HDMI zu analog Wandler, der plötzlich Aussetzer hat, wo er vor ein paar Tagen noch Stunden problemlos lief. Ist aber der Gleiche mit dem auch Andere hier schon Probleme hatten. Denke ich werde die Gelegenheit nutzen und beides zurück schicken und mir dann im Januar lieber einen HDMI Grabber (vielleicht den Y&H) holen, das sieht mir doch nach der klar besseren Lösung aus. Zumal auch noch der USB Analog Grabber ja auch noch gerne nach kurzer Zeit den Geist aufgibt und auch schon ein älteres Modell ist. Eine Fehlerquelle weniger.

Warum genau wird eigentlich der Analoge Weg überhaupt noch empfohlen, weil es günstiger ist? Oder nur weil das noch aus einer Zeit stammt als es noch keine tauglichen HDMI Grabber gab?

Die meisten wollen einfach ein funktionierendes Setup. der AV Grabber hat sich in den letzten Jahren sehr bewährt. Auch waren HDMI Capture Cards bis vor kurzem gar kein Thema, da es keine vernünftigen und günstigen Modelle gab. mittlerweile sieht es auf dem Markt bisschen anders aus. 2019 wurde der Markt mit HDMI Capture Cards überflutet, da sind dann auch ein paar dabei, die das Thema ernst nehmen und trotzdem bezahlbar sind^^
Für manch einen kann es nicht günstig genug sein, der sich dann fragt warum er für knapp 100€ eine Capture Card bezahlen soll, wenn er theoretisch für den halben Preis (10€ AV Grabber + 20€ HDMI2AV Converter + 20€ HDMI Splitter) das selbe bekommt. Mich stört es genau wie dich auch, dass sich die LEDs in dunklen Szenen sehr unruhig verhalten, viele steuern aber mit einer erhöhten Glättung und abschneiden der unruhigen Ränder entgegen. Jeder setzte sein Setup nach den eigenen Ansprüchen und dem vorhanden Budget selbst zusammen

Mir geht es eigentlich nicht mal so sehr um die flackernden LEDs, die fallen mir nicht mal so auf, da mein Monitor eh ein Stück von der Wand weg steht. Mir geht es da eher um ein Setup, das ohne Probleme läuft. Mein jetziges Setup für meinen PC läuft jetzt auch schon seit 1 1/2 Jahren problemlos, aber da hängt halt nur ein Arduino Nano zwischen PC und LEDs, deutlich einfacheres Setup als bei HDMI Material.

Die HDMI Grabber sind eben auch entsprechend neu und entsprechend weniger dürften sie auch Probleme mit z.B. den Treibern unter Win10 machen. Der Analog USB Grabber lässt ja je nach Software gerne Win10 mit einem Bluescreen abstürzen. Außerdem kann man den HDMI Grabber neben Ambilight eben auch mal für das nutzen wozu er tatsächlich gedacht ist und das in einer ordentlichen Bildqualität, was dann auch den höheren Preis rechtfertigt.

"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."
@FreshGer: Der digitale Weg ist dem analogen sicherlich vorzuziehen, falls du aber letztendlich doch beim analogen USB-Grabber bleiben möchtest, kann ich dir empfehlen beim HDMItoCVBS-Konverter am Videoausgang zwischen Signal und Ground ein 100 Ohm-Poti einzulöten. Die Ausgangspegel der meisten Konverter sind für lange Kabelverbindungen gedacht und daher relativ hoch. Ich bin auch nur durch Zufall draufgekommen, da ich beim ersten fliegenden Aufbau ein 10m Cinch-Kabel verwendet hab. Außerdem können die Einstellungen in Hypercon schon im Vorhinein vereinfacht werden, da ein Poti im Videosignalweg die Farb- und Helligkeitswerte leicht beeinflusst. Kosten: Um die 50 Cent.

meine Ausgabe von v4l2-ctl --all sieht folgendermaßen aus:

habe ich eine neuere Hardware Revision?^^"
meiner geht auch immer in das Pixel Format YUYV. Versuch das mal bei dir umzustellen

v4l2-ctl --device=/dev/video0 --set-fmt-video=pixelformat=YUYV

und zeig mal was bei dir raus kommt wenn du folgenden Befehl ausliest

v4l2-ctl --list-formats-ext

bei mir sieht die Ausgabe wie folgt aus:

Dass mit dem Passtrough leider bei verschiedenen Sachen doch noch Probleme auftreten hatte ich ja bereits beschrieben. Schade, da er in den meisten Situationen problemlos gearbeitet hat.

Ich habe bis jetzt nur mit hyperion.ng getestet und dort auch schon mal abstürze erlebt, dann war aber auch die CPU vom pi mehr als 100% ausgelastet. Setzt man den Bildverkleinerung Faktor höher passiert das nicht mehr.