Beiträge von jochenf

    Hi,


    so ganz habe ich deine Geschichte zwar nicht verstanden, vielleicht trotzdem mal meine Konfiguration, die vielleicht auch bei dir passen könnte.


    Ich habe einen Raspi 4, an diesem ein HDMI USB Grabber, welcher das Bild vom HDMI Ausgang des Recivers bekommt. Auf dem Raspi gibt es zwei Hyperion Instanzen, 1x 256 LED's am TV und 1x128 LED's am PC Monitor. Auf dem PC Windows läuft der "Hyperion Screengrabber" in der Taskleiste. Dieser greift auf das Hyperion am Raspi per UDP Forwarder Port 19445 zu. Auf dem raspi habe ich die Prioritäten der beiden Instanzen so angepasst, dass der USB Grabber für die TV Instanz eine höhere Priorität als Screengrabber am PC bekommen hat. Wenn der Grabber am PC also läuft, bekommt der TV weiterhin das Signal vom USB Grabber. Die zweite "Monitor" Instanz ist so konfiguriert, dass der PC Grabber eine höhere Priorität als der USB Grabber bekommen hat. Die Monitor Instanz schaltet also auf PC um, die TV Instanz läuft weiterhin per USB Grabber. Stoppe ich das Programm auf dem PC, wechselt auch die Monitor Instanz wieder auf den USB Grabber oder geht komplett aus.
    Da ich auf einem anderen Raspi iobroker am laufen habe, kann ich mittels Shell Script und hyperion-remote, wild zwischen den Szenarien wechseln. Also zwischen USB->Monitor, PC->TV oder PC->Monitor einfach per Alexa wechseln.


    Grüße


    Micha

    Hi,


    Zitat

    https://de.aliexpress.com/item/4000200256432.html - 1080p 25/30/50/60FPS - Passthrough - USB 3.0 Typ C - ca. 40€ - getestet von jochenf (Frage noch an dich: 8,10 oder 12 bit Fähig?)


    Ja, 10/12 Bit HDR geht, richtig gesätigte HDR Farben nach Anpassung

    Code
    v4l2-ctl --set-ctrl saturation=255

    . Grabber kann nur YUYV, kein MJPEG, daher etwas erhöhte CPU Last. Mit Bildverkleinerung 8x auf dem Raspi 4 aber alles im grünen Bereich. Input-Lag nicht spürbar, wird wohl unter 100ms liegen.


    Zitat

    Der hier sieht anhand von Beschreibung und Preis sehr gut (kein 4k) aus https://de.aliexpress.com/item/4000917130635.html


    Der ist ja niedlich, habe ihn mir kurzer Hand mal zum Testen bestellt. 10€ hatte ich gerade noch in der Portokasse drin. Scheint von der Größe zu klein zu sein, um ne Kombination aus D/A Wandler und analog Grabber zu beherbergen. Mal schauen, ob 1080p60 wenigsten entgegennehmen kann, capturen kann er meinetwegen ja ruhig mit 30fps.


    Grüße und ein Lob für den Thread


    Micha

    Hi,


    war dann leider doch nichts. ;( Mit dem LG C8 LLDV Profil kommt der E6 (kann eh nur bis 4k30 DV) leider nicht klar. Apple TV erkennt das DV geht und ich kann manuell z.B. 4k24 DV auswählen, mein TV erkennt dann aber kein HDR, geschweige denn DV mehr. Zeigt aber trotzdem das selbe entsättigte Bild, was der Grabber bekommt.


    Naja, einen Versuch war es wert.


    Grüße und Danke für den Denkanstoß.


    Micha

    Hi,


    Danke für die schnelle Rückmeldung. Das 8 - Custom Profil scheint bei mir was ganz anderes zu sein, da beschwert sich die "Forrest Gump" BluRay, dass ich mir einen 4k Fernseher kaufen soll, kein Witz. ;)


    Wäre es möglich, dass du mir die EDID von deinem Profil 8 irgendwie zur Verfügung stellen könntest?


    Grüße


    Micha


    Edit: hat sich erledigt, gibts bei hdfury zum Download

    Hi,


    freut mich, dass es bei dir klappt. Was hast du für einen TV? Mit meinem LG OLED E6V habe ich es nicht hinbekommen. Wird mit dem Sony A1 LLDV Profil, was bei meinem Vertex ja Profil 5 ist, nicht mehr als DV fähig erkannt, der Apple TV bieten dann nur noch HDR als Ausgabeformat an. Mit dem Oppo, der auch LLDV können sollte, kommt zwar am Ausgang des Vertex DV an, der LG schaltet aber auf normales HDR, weil er vermutlich mit dem LLDV Profil nichts anfangen kann. Am Grabber liegt damit ein zwar flaues, aber farbkorrektes Bild an.


    https://hyperion-project.org/t…er.3649/page-9#post-25268


    Grüße


    Micha

    So,


    habe das Ganze gerade mal erfolglos getestet.


    Setup:


    OPPO 203 -> Yamaha RX-A1060 -> hdfury Vertex -> China HDMI Grabber + LG OLED 65E6V


    Wenn ich im Vertex beide Ausgänge auf das "Sony A1 LLDV V2" Profil stelle, habe ich an beiden Ausgängen ein Bild ohne Farbverfälchung. Der Grabber zeigt, wegen nicht vorhandenen Tonemapping, natürlich ein entsättigtes Bild an. Mit v4l2-ctl ließe sich dies jedoch einwandfrei hinbiegen.
    Mein LG erkennt jedoch kein DV im Signal mehr, er schaltet auf normales HDR um. Der Vertex gibt DV laut OSD jedoch auf beiden Ausgängen korrekt aus. Ich vermute also, dass der LG mit dem LLDV Profil nicht umgehen kann. Mit einen Sony TV könnte das Ganze meiner Meinung nach jedoch funktionieren. Ob vielleicht auch mein AV Reciver bei der Geschichte reinkrätcht, kann ich auf Grund meiner wüsten Verkabelung leider nicht verifizieren.


    Grüße


    Micha

    Hi,


    in irgeneinem Threat hat fir3drag0n was zu Dolby Vision low-latency geschrieben, finden den Link aber gerade nicht. Wenn ich das richtig verstanden habe, sollte der Vertex oder Integral2 damit kein Problem haben und am downscale Ausgang ein entsättigtes SDR Signal ausgeben, also ohne korrekte Farbraumkorrektur, aber wenigstens ohne Bildfehler. Rein von der Bildqualität dürfte es ja keine Geige spielen ob der TV das Bild als lldv oder richtiges Dolby Vision bekommt. Werde das Ganze die Tage mal mit dem Oppo testen, den müsste ich den lldv Modus zwingen können. Im optimalsten Fall kann dies vielleicht der hdfury per EDID vortäuschen, dass das Endgerät nur das lldv Profil unterstützt und die Quelle in diesen Modus zwingen.


    Grüße


    Micha

    Hi,


    ne leichte Verzögerung hatte ich auch, hat mich aber nie gestört.


    -e steht für Effekt
    -i steht für Instanz, habe ich nur gebraucht, da ich an PC und TV verschiedene LED's habe


    Die verfügbaren Optionen müsstest sehen, wenn du auf der Console hyperion-remote mit -h startest.


    Code
    /usr/local/share/hyperion/bin/hyperion-remote -h


    Konnte damit für den PC z.B. den Windows Grabber laufen lassen und gleichzeitig am TV v4l2 per USB zuspielen. Also im Prinzip zwei unabhängige Hyperion Scenarien gleichzeitig laufen lassen.


    Grüße


    Micha

    Hi,


    schön, dass es so weit läuft. Dimmen und Farbe könnte ha-bridge eigentlich auch, war mir aber zu komplex, mich damit auseinanderzusetzen. Beides kann ja die WLED-Alexa Emulation eh viel besser. Wenn UDP ausgeschaltet ist, hat WLED ja wieder die vollständige Kontrolle. Was über ha-bridge ginge und die WLAD-Alexa nicht kann, sind die Effekte. Müsstest dir dann aber für jeden Effekt ein einzelnes Gerät erstellen, Ansteuerung der Effekte dann entweder über hyperion Remote per Script oder WLED per HTTP Request. Die verfügbaren Effekte sind bei der Web-Api von WLED dokumentiert, bei Hyperion reicht der Effekt Name.


    Script -> Hyperion:

    Bash
    #!/bin/bash
    /usr/local/share/hyperion/bin/hyperion-remote --clearall
    /usr/local/share/hyperion/bin/hyperion-remote -e "Rainbow swirl"


    http -> WLED:

    Code
    http://192.168.XXX.XXX/win&FX=13&SX=15&IX=55&FP=13&A=128



    Grüße


    Micha


    Hi,


    habe das Ganze mal aus dem anderen Thread hier rübergeholt..


    Mit der Fehlermeldung kann ich nichts anfangen, kommt Die, nachdem du versucht hast ein neues Gerät hinzuzufügen?


    Kannst mal versuchen, über Add/Edit nur 1 Device ohne irgendwelche Einstellungen anzulegen, vielleicht beschwert er sich nur, dass keine Geräte vorhanden sind. Kann aber auch mit der installierten Java Version zusammenhängen. Kannst ja mal danach googlen.


    Bei den Geräten und Scripts, kommt es darauf an, was du mit ha-bridge alles abbilden willst. Bei mir war das Ganze etwas komplexer, da ich zwei separate Instanzen laufen habe.


    Für den Normalfall sollte folgendes Szenario eigentlich reichen.


    1. Hyperion starten/beenden, wäre aber nur notwendig, wenn dies nicht automatisch startet oder nicht immer laufen soll
    2. WLED Umschaltung UDP(Hyperion)/Alexa, Webinterface
    3. HDR an/aus über v4l2


    Du müsstest also für den Anfang mit 3 Geräten auskommen.


    Um dies zu bewerkstelligen, ist es neben den Scripten, die auf dem Raspi ausgeführt werden, zusätzlich notwendig, WLED über http Request in den richtigen Mode umzuschalten.


    Für Punkt 1 benötigt man also zwei ssh Scripte mit folgendem Inhalt.


    hyperion_start.sh

    Bash
    #!/bin/sh
    sudo systemctl start hyperion
    </dev/null >/dev/null 2>&1


    hyperion_stop.sh

    Bash
    #!/bin/sh
    /usr/local/share/hyperion/bin/hyperion-remote --clearall
    sudo systemctl stop hyperion
    </dev/null >/dev/null 2>&1


    Zusätzlich muss man bei WLED UDP an oder aussschalten. Dies wird dann über ha-bridge mittels http realisiert. Es benötigt beim Gerät Hyperion also einen zweiten Eintrag, der dies WELD per http sagt.


    Dafür also beim Hyperion Device in ha-bridge einen zweiten Befehl "HTTP Device..." hinterlegen. IP Adresse ist die von deinem WLED.


    UDP an

    Code
    http://192.168.XXX.XXX/win&RD=1


    UDP aus

    Code
    http://192.168.XXX.XXX/win&RD=0


    Du legst also in ha-bridge ein Gerät "Hyperion" an und definierst jeweils für die Zustände an und aus was passieren soll.


    siehe Screenshot "hyperion.jpg"


    2.


    Wenn Hyperion bei dir eh immer läuft, reicht es ja vielleicht auch, nur UDP an oder aus zuschalten.
    Dafür kannst du die Scripte weglassen und erstellst bei ha-bridge ein Gerät WLED und hinterlegst für die Zustände an und aus nur zwei html Requests.


    UDP an

    Code
    http://192.168.XXX.XXX/win&RD=1


    UDP aus

    Code
    http://192.168.XXX.XXX/win&RD=0


    siehe Screenshot "wled.jpg"


    3. wenn du zusätzlich für HDR die V4L2 Anpassungen per Script realisieren willst, benötigt es ein weiteres Device HDR in ha-bridge, dieses kommt dann mit 2 weiteren Scripten aus und WLED nicht.


    hyperion_start.sh

    Bash
    #!/bin/sh
    v4l2-ctl --set-ctrl saturation=255
    v4l2-ctl --set-ctrl contrast=255
    v4l2-ctl --set-ctrl brightness=100


    hyperion_start.sh

    Bash
    #!/bin/sh
    v4l2-ctl --set-ctrl saturation=160
    v4l2-ctl --set-ctrl contrast=128
    v4l2-ctl --set-ctrl brightness=128


    siehe Screenshot hdr.jpg


    Grüße


    Micha


    https://drive.google.com/open?…CU_5PP95TUdjr3Z6asOozVqVG

    Hängt bei dem verlinkten Beitrag mit dran. ha-bridge speichert seine Konfiguration leider nicht Klartext, haut alles hinternanderweg in eine Datenbank rein. Habe dir meine alte mal auf Google hochgeladen.


    [MEDIA=googledrive]13xNrYsKRzNZGkRKxWDS3BeAE_44s2Q86[/MEDIA]


    ui da war wohl jemand schneller. ;)


    Grüße


    Micha

    Hi,


    dadurch, dass meine LED's warmweiß sind, habe ich ja eh andere Voraussetzungen als du. Ohne jegliche Farbkallibierung in Hyperion, ist natürlich ein entsprechender Unterschied bei einem rein weißen Bild sichtbar. Accurate zeigt ohne Hyperion Anpassungen ein deutlich zu warmes Bild, dual, brighter und legacy gehen leicht in rötliche, "none" zeigt das natürlichste Bild. Wenn man nicht die höchsten Ansprüche hat, könnte man mit "none" sicherlich ohne irgendwelche Anpassungen in Hyperion leben. Wobei ich nie den Anspruch hatte, dass alles out oh the box farblich passt.
    Da ich die Farben und Gamma eh immer in Hyperion angepasst habe, hatte ich dual oder acurate Ausgangsbasis genommen. Durch das größere Farbspektrum der SK6812 geht die Kalibrierung ja leicht von der Hand. Meine Aussage "sehe ich keinen Unterschied" bezog sich auf das Verhalten nach der Farbkalibrierung in Hyperion. Vom Ergebniss her macht es nach der Kalibirierung keinen Unterschied welche WLED Einstellung als Grundlage dafür diente.


    Im Anhang mal die Iphone Fotos, die ohne jegliche Anpassung in Hyperion entstanden sind.


    https://drive.google.com/open?…xAFCjtKC7srGTlGyhAdLHc1bE
    https://drive.google.com/open?…2iyqLAQlRCGTOfK0sKmKvW2kG
    https://drive.google.com/open?…l2rTjuzO92BxqRTs-JoLOQ_84


    Grüße


    Micha