Mit dem Master habe ich gerade erfolglos getestet. Werde gleich mal den deinigen versuchen.
Beiträge von jochenf
-
-
Hallo,
ja, mach ich. Dachte nur, wenn der PR noch auf Review ist, dass dein neuer Code noch nicht mit angezogen wird, wenn ich kompiliere.
Und bei den Commmits hatte ich deine Änderung nicht mit gesehen.Grüße
Micha
-
Hi,
klnigt nach den selben Problem wie in dem Threat weiter unten. Sollte mit den Anpassungen von Paulchen bald wieder gehen.
Müsste sich derweil mit "4l2-ctl --set-standard 0x000000ff" vor dem Hyperion Start umgehen lassen.
Grüße
Micha
-
Cool, dann nehme ich den HDfury x4 derweil mal wieder aus dem Warenkorb.
-
Hi,
Danke für die Rückmeldung. Habe mal noch etwas in Photoshop rumgespielt. Vielleicht ist das Ganze mit der Tonwertkorrektur sogar schon etwas übertrieben.
Man könnte vielleicht einfach die Farbe, die letztendlich bei der LED landet, für verkorkstes HDR am Eingang, anders berechnen.
Laienhaft müsste die Sättigung in einem verkorksten HDR Bild wegen nicht stattgefunden Tone Mappings ja nur maximal 1/4 des Maximalwerts von 256 sein. Damit die LED wieder die richtige Farbe bekommt, würde ich den gescrappten Wert einfach mit 4 multiplizieren und damit hoffentlich noch unter 256 landen.Das Hyperion das Ganze selbst zu unterscheiden weiß, muss ja gar nicht unbedingt sein. Quasi einfach ne zweite Hyperion Version deren Farbberechnung auf das verkorkste HDR Bild abgestimmt ist.
Oder vielleicht während der Laufzeit automatisch reagieren, wenn Sättigung des Eingangssignals längere Zeit unter 64? bleibt, dann mit 4 multiplizieren.Grüße
Micha
-
Hi,
zwei Tage bei und schon der nächste Beitrag von mir.
Bezüglich der Problematik mit den blassen Farben bei HDR Zuspielung hätte ich mal noch eine Frage.
Würde die Rechenleitung des Raspi's (4) möglicherweise dafür ausreichen, am gegrappten Bild eine "Gamma-" oder auch "Tonwertkorrektur" durchzuführen? Quasi wie in Adobe Premiere wenn man *-Log Videos von ner Sonny oder Panasonic DSLR graded.
Die korrekten Farben ließen sich damit aus einer verkapten und blassen HDR Aufnahme ja halbwegs wiederherstellen und mit dem Ambilight wäre auch alles wieder o.k.
Danke und Grüße
Micha
-
Hallo,
kein Problem. Werde derweil mal etwas damit rumspielen, wusste garnicht, dass man das Ganze auch darüber beeinflussen kannn.
pi@raspberrypi:~$ v4l2-ctl --all
Driver Info:
Driver name : usbtv
Card type : usbtv
Bus info : usb-0000:01:00.0-1.2
Driver version : 4.19.57
Capabilities : 0x85200001
Video Capture
Read/Write
Streaming
Extended Pix Format
Device Capabilities
Device Caps : 0x05200001
Video Capture
Read/Write
Streaming
Extended Pix Format
Priority: 2
Video input : 0 (Composite: ok)
Video Standard = 0x0000f900
PAL-M/60
NTSC-M/M-JP/443/M-KR
Format Video Capture:
Width/Height : 720/480
Pixel Format : 'YUYV' (YUYV 4:2:2)
Field : Interlaced
Bytes per Line : 1440
Size Image : 691200
Colorspace : SMPTE 170M
Transfer Function : Default (maps to Rec. 709)
YCbCr/HSV Encoding: Default (maps to ITU-R 601)
Quantization : Default (maps to Limited Range)
Flags :
Streaming Parameters Video Capture:
Frames per second: 29.970 (30000/1001)
Read buffers : 2User Controls
brightness 0x00980900 (int) : min=0 max=1023 step=1 default=448 value=448 flags=slider
contrast 0x00980901 (int) : min=0 max=1023 step=1 default=464 value=464 flags=slider
saturation 0x00980902 (int) : min=0 max=1023 step=1 default=512 value=512 flags=slider
hue 0x00980903 (int) : min=-3583 max=3583 step=1 default=0 value=0 flags=slider
sharpness 0x0098091b (int) : min=0 max=255 step=1 default=96 value=96 flags=slider
pi@raspberrypi:~$
pi@raspberrypi:~$ v4l2-ctl --all
Driver Info:
Driver name : usbtv
Card type : usbtv
Bus info : usb-0000:01:00.0-1.2
Driver version : 4.19.57
Capabilities : 0x85200001
Video Capture
Read/Write
Streaming
Extended Pix Format
Device Capabilities
Device Caps : 0x05200001
Video Capture
Read/Write
Streaming
Extended Pix Format
Priority: 2
Video input : 0 (Composite: ok)
Video Standard = 0x000000ff
PAL-B/B1/G/H/I/D/D1/K
Format Video Capture:
Width/Height : 720/576
Pixel Format : 'YUYV' (YUYV 4:2:2)
Field : Interlaced
Bytes per Line : 1440
Size Image : 829440
Colorspace : SMPTE 170M
Transfer Function : Default (maps to Rec. 709)
YCbCr/HSV Encoding: Default (maps to ITU-R 601)
Quantization : Default (maps to Limited Range)
Flags :
Streaming Parameters Video Capture:
Frames per second: 25.000 (25/1)
Read buffers : 2User Controls
brightness 0x00980900 (int) : min=0 max=1023 step=1 default=448 value=448 flags=slider
contrast 0x00980901 (int) : min=0 max=1023 step=1 default=464 value=464 flags=slider
saturation 0x00980902 (int) : min=0 max=1023 step=1 default=512 value=512 flags=slider
hue 0x00980903 (int) : min=-3583 max=3583 step=1 default=0 value=0 flags=slider
sharpness 0x0098091b (int) : min=0 max=255 step=1 default=96 value=96 flags=slider
pi@raspberrypi:~$Was mir gerade selbst daran auffällt, dass bei Format NTSC gesetzt ist, obwohl in meiner Konfig PAL steht.
Stelle ich vor dem Start einmalig per :~$ v4l2-ctl --set-standard 0x000000ff manuell auf PAL, funktioniert NG einwandfrei, egal wie offt ich danach das Programm starte oder stoppe.
Danke und Grüße
micha
-
Hallo,
bevor ich in meinen ersten Beitrag um Hilfe bitte, erst mal ein großes Lob für das Projekt und vor allem die Weiterentwicklung zu hyperion.ng.
Nun zu meinem Problem:
Neben der originalen Hyperion Version, habe ich auf meinem Raspi 4 auch das aktuelle Hyperion.ng vom github installiert.
Ich greife bei beiden Versionen auf den verbreiteten USB Grabber Fushicai UTV007 zu. Während das "allte" Hyperion das Bild korrekt abgreift und meine LED's bunt leuchten lässt, habe ich mit hyperion.ng nur ein s/w Bild. Die LED's leuchten demzufolge nur in weiß. Auch Screenshots die ich über hyperion-v4l2 anfertige, sind nur in s/w. Unabhängig davon, was in der Konfiguration für Format bzw. Farbraum angebe oder als Option für den screenshot mittels hyperion-v4l2 mitgebe.
Da hyperion-v4l2 die eigentliche Hyperion Konfiguration nach meinen Verstehen ja ignoriert, schließe ich einen Fehler in der .json aus.Wenn ich jedoch vor dem Start von hyperion.ng das originale hyperion kurz starte und danach wieder beende, liefert auch hyperion.ng und das integrierte hyperion-v4l2 bunte Bilder!
Auch wenn ich nach nem Neustart Hyperion garnicht starte und nur mit dem Screenshottool probiere, selbiges Fehlerbild.
Grüße
Micha