wie gesagt, egal ob meinen alten grabber oder den neuen. gleiches problem. ohne scaler kein bild, mit scaler pink bei DV
prinzipiell kann ich mich ja nicht beschweren 4k/HDR läuft nun endlich mit hyperion und externem grabber, aber DV wär halt noch die krönung gew
ezcoo matrix-out1 -- LG Oled C9
ezcoo matrix-out2 -- wisfox -- rpi4 -- hyperion.ng
DolbyVision gibt der Fire4k (bei mir) nur aus wenn man unter den Bildschirmeinstellungen im Fire-Menü HDR auf "immer an" stellt --> dann erhalte ich am Grabber zwar das Bild aber es ist eben Pink
Stellt man HDR auf "adaptiv" beim Fire wird DolbyVision beim TV nicht getriggert, und bei HDR Filmen auch nur der "normale" HDR modus --> der wird allerdings korrekt an Hypeiron weitergegeben (in HDR halt)
wäre klasse!
ich benutze keinen switch, da ich ja die matrix habe von ezcoo
da steckt der fire stick direkt drinne und dann am splitter eben einmal zum TV , einmal zum RPI
dank dir fürs feedback. Habe gerade beide Versionen von Hyperion probiert, beide das gleiche Ergebnis.
dann kanns ja eigentlich nur noch am FireStick liegen...schade; die v dir genannten geräte sind mir zu teuer um sie "zum mal testen" zu bestellen 
interessant... was für einen zuspieler benutzt du denn (auch ein Fire 4k)? und welche Version von Hyperion: Diesen HDR-HyperHDR fork oder original?
Grüße
also der Grabber kam heute an, aber ich habe das selbe problem wie gehabt:
1. Fire 4k sendet Dolby Vision Signal, EDiD steht auf 4k (oder copy) und beide Scaler Schalter auf Passthrough
--> TV zeigt Dolby Vision Bild
--> kein Signal kommt bei Hyperion an (Preview zeigt Testbild des Grabbers)
2. Fire4k sendet Dolby Vision Signal, EDiD steht auf 4k/copy und der Scaler steht auf 1080p für den zweiten Ausgang
--> TV zeigt Dolby Vision Bild
--> Pinkes Bild kommt bei Hyperion an
3. Fire4k sendet HDR+DolbyAudio, EDiD auf 4k/copy und Scaler auf 1080p
--> TV zeigt HDR+Dolby Audio (kein Dolby Vision)
--> sauberes Bild bei Hyperion/LEDs
laut Angaben hier dürfte ja nur Szenario 1 überhaupt funktionieren mit Dolby Vision. Aber da kommt eben beim alten wie beim neuen Grabber kein Signal. Entweder kann er es nicht verarbeiten oder es kommt einfach nix
im handbuch steht schon dass 4k/60 Dolby Vision unterstützt wird , insofern deckt sich das mit der Beschreibung.
Mein Problem mit dem Teil von ezcoo ist allerdings dass es kein RGB/FULL/HDR(8bit Dithering) durchgibt... bzw nicht richtig. Für PCs am TV ist das nach wie vor das "beste" Bildformat (mE). Der Ezcoo splitter macht hier aber irgendwie Murks: Das Signal wird zwar ausgegeben aber die Farben sind ziemlich verwaschen und das Bild trüb. Wenn ich meinen alten Feintech Splitter entsprechend anschließe gibts ein einwandfreies Bild.
YCbCr-HDR mit begrenztem Farbraum wird weitgehend richtig durchgegeben aber für PCs eben nicht optimal bzgl Bildqualität.
okay dann werd ich das selbst mal testen mit dem anderne grabber.
Was mich nur wundert: Wieso kommt das Bild dann überhaupt bei Hyperion an? Wenn ich die preview im WebGUI anschaue stimmt das Bild an sich schon nur die Farben sind halt völlig falsch / pink.
@hopfinger dachte ich auch aber nun scheinen ja einige mit dem günstigen scaler von ezcoo durchaus erfolg zu haben wenn ich das richtig verstanden habe
hab grad mal gestöbert auf avsforum, da hatte einer das gleiche problem wie ich mit chromecast u pinkem Dolby Vision @LEDs. Antwort von HDFury ist genau die die auch @pclin schon gegeben hat:
https://www.avsforum.com/threa…61/page-101#post-55676962
ZitatYou CANNOT downscale Dolby Vision ! you are killing Dolby Vision while doing that ! (as long as the DV implementation is like any other current one, means thru a RGB container)
Dolby Vision, if it have to work, have to pass-thru, any operation on the signal will kill Dolby Vision.
kannst du bestätigen dass mein problem bei DolbyVision mit den pinken farben an den LEDs vom "vermeintlichen" 30hz grabber stammt (Macrosilicon s.o.)?
wie gesagt, ich bekomme mit einem ähnlichen Grabber und demselben Splitter nur PINK am Ambilight
es könnte aber eben sein dass mein grabber tatsächlich gar keine 4k/60hz input verarbeiten kann die DolbyVision ausgibt. Nur seltsam dass dann ein pinkes Bild ankommt statt gar kein Bild
:edit der Grabber ist von Macrosilicon laut lsusb. Ich weiß aber nicht ob/wie ich mir die input-fähigkeiten ausgeben lassenk ann
habe eine Frage dazu:
mein Fire4k gibt Dolby Vision an meinen ezcoo Splitter (habe den mit Weiche). Leider sind die Farben der LEDs am Ambilight nur PINK bzw völlig falsch. Sobald ich DolbyVision ausschalte und bspw auf normales HDR gehe stimmen die Farben wieder.
ich habe einen Billig-Grabber von ebay https://www.ebay.de/itm/1080P-…bar-Adapter-/383841639086
--> liegt das mit den Pinken Farben daran dass der womöglich eben keine 60hz am Eingang verarbeiten kann (leider keine genauen Infos aus der Produktbeschr. entnehmbar)?
--> bzw: wie äußert sich das Problem bei DolbyVision und untauglichen / nicht 60hz fähigen Grabbern?
@PuckMost of important things are already merged as written in the release info.
wait , did i miss something? is SDR-HDR mapping merged with the official release?
tbh i guess the whole community would prefer if there were only one branch of hyperion to follow.
it is after all the original work of the hyperion team. they did all the pioneer work and provided it open-source. so why not join efforts following in line with this spirit instead of proliferating?
oje das ist wirklich schade zu hören , die argumentation seitens awawa leuchtet mir da auch nicht wirklich ein 
Alles anzeigenGood news!
How to eat a cake and have a cake? Yes, now it's possible for the color calibration at least.
I added old Hyperion calibration panel with most settings.
And yes, saturation & luminance control is back now
It's possible now to switch between new/old calibration panel to compare result. On default settings there will be no difference of course.
Dont know..maybe I'm too stupid, there are too many settings or my lack of patient cause I could not set calibration with new Hyperion.NG panel.
Old one was clean & simply.
And one more important thing.
Because I included latest patches from Hyperion.NG there is a support for sk9822 now.
Most users think that they have APA102.
In fact most (if not all) models of leds sold on Aliexpress are their chipper clone sk9822.
You can find on the internet how to recognize them.
However the protocol is not 100% compatible with APA102 and it may cause different problems (flickering?).
I think even after included it the Hyperion.NG the protocol isn't fixed.
In my fork I added patch found in FastLed to make it work better but I could not test it.
New prerelease:
https://github.com/awawa-dev/HyperHDR/releases/tag/v9.2.0.8
awesome thank you! will try this over the weekend!
i have a level converter in place AND played around with every conceivable setting (including smoothing in all forms), nothing helped. so no, this one's on you 
hey awawa
a big THANKS to you for this fork. with the newest version i was able to pretty much solve two problems at once:
1) HDR no longer looks washed out (even though there is a slight green bias)
2) (more importantly) for some reason the new version also solved my "flickering-in-dark-scenes" problem almost completely! the picture is much more stable now recording at 720x480 --- and that's with my cheap 15€ hdmi grabber. even if the picture is almost pitch black there is hardly any perceivable flickering. interestingly this problem originally also occured with SDR content running the official hyperion.ng branch. So i couldn't be happier 
cheers
try setting priority to 101
thanks for the reply. i have tried that already but as soon as i start hyperion after that the settings revert to YUYV
BUT i think i found a solution: After trying out
./hyperion-v4l2 --pixel-format RGB32v4l2-ctl --all now indeed reports MJPEG recording after restarting hypeiron (with a much higher CPU load too which was expected i guess). However it somehow didn't adapt hyperion's resolution settings et al and set resolution to (default?) 640x480 so i am not quite sure what's going on..Will do some more test on the color/brightness performance tonight
@Marcos V.
i have the same exact problem you have.
Dark scenes turn green and the LEDs are too bright to boot (even though the preview picture looks perfectly fine in the WebGUI). I am not sure but i think both issues are connected: since the LEDs are too bright to begin with , when the picture shifts to a dark scene (on screen) , hyperion doesn't turn off the LEDs but tries to find a matching color, which it can't and so darkish-green-grey-brown-tones which it cannot accomodate will be displayed as green/blue/red (correct me if i am wrong).
What's more , in really dark scenes i get some irritating flickering with APA-102 LEDs seemingly not being able to decide which color they should adapt (this is a general problem with the external grabber on my setup though -- even though level shifter and everything is in place. Plus it also happens to another instance of WLEDs connected via Wifi on an ESP)
unfortunately turning down the brightness in image processing only protracts the problem described above to when brighter scenes are shown on screen.
so ironically the only solution i found was to actually turn up the brightness (i.e. threshold for white) or activate background lighting. This way the LEDs unfortunately never turn off completely but the flickering and the weird colors are almost gone due to there always being a dim white glow.
my v4l2 device is configured YUYV but also capable of MJPEG recording according to v4l2-ctl. I saw that Awawa's ezcap runs MJPEG. So i bought an ezcap69 just to try it out. However the problem was exactly the same. Then i noticed that my ezcap69 also reported as recording in YUYV.
now i tried to switch from YUYV to MJPEG recording via
./hyperion-v4l2 --pixel-format MJPEG
but it always returns
Error: MJPEG is not a valid option for pixel-formatUsage: ./hyperion-v4l2 [options]which is weird because this is exactly as it is described in --help and if i use any other variable YUYV, UYVY, RGB32 the command is accepted.
so i guess my question is, can anyone tell me how to switch to mjpeg recording in hyperion?
hi awawa and thanks for your work!
this works quite well for me. combined with adjustments to the v4lctl this produces a preview picture in hyperion which comes pretty close to the original on screen.
at least in well-lit scenes. when things go dark however the colors of my apa102 stripe have a strong green bias. even though the preview picture still looks fine.
so i suppose this has something to do with my setup/config as i am still struggling with USB capture in low light scenes in general (where the LEDs are either too bright and dont turn off at all or they start flickering when they're just at the threshhold of turning off)