1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

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

Discussion in 'German Talk' started by FreshGer, 14 December 2019.

  1. FreshGer

    FreshGer Member

    Messages:
    55
    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
     
    Last edited: 14 December 2019
  2. Hoto

    Hoto New Member

    Messages:
    24
    Hardware:
    32/64bit, +Arduino
    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.
     
  3. esprit1711

    esprit1711 Member

    Messages:
    41
    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 :D )

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

    FreshGer Member

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

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

    Edit: Ich habe nun den HDMI Grabber und einen RPi 4 bestellt, Dienstag soll alles ankommen.
     
    Last edited: 14 December 2019
  5. esprit1711

    esprit1711 Member

    Messages:
    41
    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 :D

    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 :)
     
  6. Hoto

    Hoto New Member

    Messages:
    24
    Hardware:
    32/64bit, +Arduino
    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.
     
  7. FreshGer

    FreshGer Member

    Messages:
    55
    @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:
     
  8. esprit1711

    esprit1711 Member

    Messages:
    41
    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 :D
    folgendes sagt meine PS4 zu den verfügbaren Video Einstellungen
     

    Attached Files:

  9. FreshGer

    FreshGer Member

    Messages:
    55
    Ok das sieht ja gut aus.
     
  10. Hoto

    Hoto New Member

    Messages:
    24
    Hardware:
    32/64bit, +Arduino
    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?
     
  11. esprit1711

    esprit1711 Member

    Messages:
    41
    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 :)
     
  12. Hoto

    Hoto New Member

    Messages:
    24
    Hardware:
    32/64bit, +Arduino
    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.
     
  13. Mike72

    Mike72 Member

    Messages:
    131
    Hardware:
    RPi3
    "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.
     
    Last edited: 8 October 2020
    • Like Like x 1
  14. FreshGer

    FreshGer Member

    Messages:
    55
    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":
    [email protected]:/tmp# v4l2-ctl --all
    Driver Info:
    Driver name : uvcvideo
    Card type : ezcap U3 capture: ezcap U3 capt
    Bus info : usb-3f980000.usb-1.4
    Driver version : 4.19.75
    Capabilities : 0x84a00001
    Video Capture
    Metadata Capture
    Streaming
    Extended Pix Format
    Device Capabilities
    Device Caps : 0x04200001
    Video Capture
    Streaming
    Extended Pix Format
    Media Driver Info:
    Driver name : uvcvideo
    Model : ezcap U3 capture: ezcap U3 capt
    Serial :
    Bus info : 1.4
    Media version : 4.19.75
    Hardware revision: 0x00000100 (256)
    Driver version : 4.19.75
    Interface Info:
    ID : 0x03000002
    Type : V4L Video
    Entity Info:
    ID : 0x00000001 (1)
    Name : ezcap U3 capture: ezcap U3 capt
    Function : V4L2 I/O
    Flags : default
    Pad 0x01000007 : 0: Sink
    Link 0x02000013: from remote pad 0x100000a of entity 'Extension 4': Data, Enabled, Immutable
    Priority: 2
    Video input : 0 (Camera 1: ok)
    Format Video Capture:
    Width/Height : 1920/1080
    Pixel Format : 'MJPG' (Motion-JPEG)
    Field : None
    Bytes per Line : 0
    Size Image : 4147200
    Colorspace : sRGB
    Transfer Function : Default (maps to sRGB)
    YCbCr/HSV Encoding: Default (maps to ITU-R 601)
    Quantization : Default (maps to Full Range)
    Flags :
    Crop Capability Video Capture:
    Bounds : Left 0, Top 0, Width 1920, Height 1080
    Default : Left 0, Top 0, Width 1920, Height 1080
    Pixel Aspect: 1/1
    Selection: crop_default, Left 0, Top 0, Width 1920, Height 1080, Flags:
    Selection: crop_bounds, Left 0, Top 0, Width 1920, Height 1080, Flags:
    Streaming Parameters Video Capture:
    Capabilities : timeperframe
    Frames per second: 30.000 (30/1)
    Read buffers : 0
    brightness 0x00980900 (int) : min=0 max=255 step=1 default=128 value=128
    contrast 0x00980901 (int) : min=0 max=255 step=1 default=128 value=128
    saturation 0x00980902 (int) : min=0 max=255 step=1 default=128 value=128
    hue 0x00980903 (int) : min=-32 max=31 step=1 default=0 value=0
    [email protected]:/tmp# 0000a of entity 'Extension 4': Data, Enabled, Immutable
    bash: 0000a: Kommando nicht gefunden.
    [email protected]:/tmp# Priority: 2
    bash: Priority:: Kommando nicht gefunden.
    [email protected]:/tmp#

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

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

    Attached Files:

    Last edited: 19 December 2019
  15. FreshGer

    FreshGer Member

    Messages:
    55
    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
     
  16. esprit1711

    esprit1711 Member

    Messages:
    41
    meine Ausgabe von v4l2-ctl --all sieht folgendermaßen aus:
    Driver Info:
    Driver name : uvcvideo
    Card type : ezcap U3 capture: ezcap U3 capt
    Bus info : usb-0000:01:00.0-2
    Driver version : 4.19.75
    Capabilities : 0x84a00001
    Video Capture
    Metadata Capture
    Streaming
    Extended Pix Format
    Device Capabilities
    Device Caps : 0x04200001
    Video Capture
    Streaming
    Extended Pix Format
    Media Driver Info:
    Driver name : uvcvideo
    Model : ezcap U3 capture: ezcap U3 capt
    Serial :
    Bus info : 2
    Media version : 4.19.75
    Hardware revision: 0x00000200 (512)
    Driver version : 4.19.75
    Interface Info:
    ID : 0x03000002
    Type : V4L Video
    Entity Info:
    ID : 0x00000001 (1)
    Name : ezcap U3 capture: ezcap U3 capt
    Function : V4L2 I/O
    Flags : default
    Pad 0x01000007 : 0: Sink
    Link 0x02000013: from remote pad 0x100000a of entity 'Extension 4': Data, Enabled, Immutable
    Priority: 2
    Video input : 0 (Camera 1: ok)
    Format Video Capture:
    Width/Height : 1280/720
    Pixel Format : 'YUYV' (YUYV 4:2:2)
    Field : None
    Bytes per Line : 2560
    Size Image : 1843200
    Colorspace : sRGB
    Transfer Function : Default (maps to sRGB)
    YCbCr/HSV Encoding: Default (maps to ITU-R 601)
    Quantization : Default (maps to Limited Range)
    Flags :
    Crop Capability Video Capture:
    Bounds : Left 0, Top 0, Width 1280, Height 720
    Default : Left 0, Top 0, Width 1280, Height 720
    Pixel Aspect: 1/1
    Selection: crop_default, Left 0, Top 0, Width 1280, Height 720, Flags:
    Selection: crop_bounds, Left 0, Top 0, Width 1280, Height 720, Flags:
    Streaming Parameters Video Capture:
    Capabilities : timeperframe
    Frames per second: 30.000 (30/1)
    Read buffers : 0
    brightness 0x00980900 (int) : min=0 max=255 step=1 default=128 value=128
    contrast 0x00980901 (int) : min=0 max=255 step=1 default=128 value=128
    saturation 0x00980902 (int) : min=0 max=255 step=1 default=128 value=128
    hue 0x00980903 (int) : min=-32 max=31 step=1 default=0 value=0

    habe ich eine neuere Hardware Revision?^^"
    meiner geht auch immer in das Pixel Format YUYV. Versuch das mal bei dir umzustellen
    Code:
    v4l2-ctl --device=/dev/video0 --set-fmt-video=pixelformat=YUYV
    und zeig mal was bei dir raus kommt wenn du folgenden Befehl ausliest
    Code:
    v4l2-ctl --list-formats-ext
    bei mir sieht die Ausgabe wie folgt aus:

    ioctl: VIDIOC_ENUM_FMT
    Type: Video Capture

    [0]: 'YUYV' (YUYV 4:2:2)
    Size: Discrete 1920x1080
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 640x480
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 800x600
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1024x768
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1280x720
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1280x960
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1280x1024
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1360x768
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1400x900
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1440x900
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1920x1080
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)

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

    FreshGer Member

    Messages:
    55
    Ich glaube wir haben die selbe Version. Bei mir scheint er doch YUYV zu verwenden:
    [email protected]:~ $ v4l2-ctl --list-formats-ext
    ioctl: VIDIOC_ENUM_FMT
    Type: Video Capture

    [0]: 'YUYV' (YUYV 4:2:2)
    Size: Discrete 1920x1080
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 640x480
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 800x600
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1024x768
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1280x720
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1280x960
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1280x1024
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1360x768
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1400x900
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1440x900
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Size: Discrete 1920x1080
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    Interval: Discrete 0.017s (60.000 fps)
    Interval: Discrete 0.033s (30.000 fps)
    [email protected]:~ $

    Screenshot geht:
    [email protected]:~ $ hyperion-v4l2 --screenshot
    hyperion-v4l2:
    version : V1.03.5 (GitHub-66bef6b/fb413cd-1566231780
    build time: Aug 25 2019 10:39:29
    V4L2GRABBER INFO: width=1920 height=1080
    V4L2GRABBER INFO: pixel format=YUYV
    V4L2GRABBER INFO: signal threshold set to: {0,0,0}
    V4L2GRABBER INFO: started
    V4L2GRABBER INFO: stopped

    hyperion (nicht ng) möchte jedoch nicht anspringen
    [email protected]:~ $ hyperiond
    Hyperion Ambilight Deamon (1232)
    Version : V1.03.5 (GitHub-66bef6b/fb413cd-1566231780
    Build Time: Aug 25 2019 10:39:29
    ERROR: Missing required configuration file. Usage:
    hyperiond <options ...> [config.file ...]


    [email protected]:~ $ hyperiond --info
    Hyperion Ambilight Deamon (1233)
    Version : V1.03.5 (GitHub-66bef6b/fb413cd-1566231780
    Build Time: Aug 25 2019 10:39:29
    terminate called after throwing an instance of 'vlofgren::parameter::parameterRejected'
    what(): Bad parameter: --info
    Abgebrochen

    Hier der komplette Fehlerhergang beim hyperion boot:
    [email protected]:~ $ /usr/bin/hyperiond /etc/hyperion/hyperion.config.json
    Hyperion Ambilight Deamon (1078)
    Version : V1.03.5 (GitHub-66bef6b/fb413cd-1566231780
    Build Time: Aug 25 2019 10:39:29
    INFO: Selected configuration file: /etc/hyperion/hyperion.config.json
    HYPERION INFO: ColorTransform 'default' => [0; 139]
    HYPERION INFO: ColorCorrection 'default' => [0; 139]
    HYPERION INFO: ColorAdjustment 'default' => [0; 139]
    LEDDEVICE INFO: configuration:
    {
    "colorOrder" : "rgb",
    "name" : "MyHyperionConfig",
    "output" : "/dev/spidev0.0",
    "rate" : 1000000,
    "type" : "ws2801"
    }
    INFO: Creating linear smoothing
    HYPERION (CS) INFO: Created linear-smoothing(interval_ms=20;settlingTime_ms=250;updateDelay=0
    EFFECTENGINE INFO: 27 effects loaded from directory /usr/share/hyperion/effects
    EFFECTENGINE INFO: Initializing Python interpreter
    INFO: Hyperion started and initialised
    INFO: Boot sequence 'Rainbow swirl fast' EFFECTENGINE INFO: run effect Rainbow swirl fast on channel 0
    BLACKBORDER INFO: threshold set to 0.1 (26)
    BLACKBORDER INFO: mode:classic
    started
    INFO: Json server created and started on port 19444
    INFO: Proto server created and started on port 19445
    terminate called after throwing an instance of 'std::runtime_error'
    what(): VIDIOC_S_STD ERROR 25, Inappropriate ioctl for device
    Abgebrochen
    [email protected]:~ $

    --> Ich gehe davon aus, dass im alten Hyperion noch kein korrektes Fehler-Handling für nicht unterstützte ioctl-Befehle vorhanden ist.
     
    Last edited: 19 December 2019
  18. FreshGer

    FreshGer Member

    Messages:
    55
    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 (https://www.amazon.de/gp/product/B07VS6X6S9/ref=ppx_yo_dt_b_asin_title_o03_s01?ie=UTF8&psc=1) upload_2019-12-22_3-43-42.jpeg
    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 https://www.amazon.de/gp/product/B07K5RKQB7/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1. Ich steige aber evtl. noch auf den https://www.amazon.de/gp/product/B07D6WYJTN/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1 um.

    Also ich bin Happy! :)

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

    Attached Files:

    Last edited: 22 December 2019
    • Like Like x 3
    • Thank you Thank you x 1
    • Informative Informative x 1
  19. FreshGer

    FreshGer Member

    Messages:
    55
    So sieht das ganze fertig aus:

    upload_2019-12-19_19-5-19.jpeg
     
    • Like Like x 1
  20. FreshGer

    FreshGer Member

    Messages:
    55
    Von innen:

    upload_2019-12-19_19-19-9.png
     
    Last edited: 19 December 2019
    • Like Like x 1