Replies: 16 comments 80 replies
-
|
RESERVED! Windows 10, HDR, RGB444 12bits, 1080p23.976 | Grabbers: 1920 x 1080 @ 25 fps (P010)
Example of raw captured P010 stream without tone mapping 
UGREEN 25173Video source is 200 nits, Ugreen returns signal of 205 nits.
UGREEN 25173 details & calibration logWindows: Linux: ELGATO HD60XVideo source is 200 nits, Elgato returns signal of 251 nits.
ELGATO HD60X details & calibration logHagibis 4K THB05Video source is 200 nits, Hagibis returns signal of 255 nits. Bought on Aliexpress for 250 PLN
Hagibis 4K THB05 details & calibration logCalibration logs: |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Kernel 6.8.0 PC laptop, Ubuntu 24.04.1. Dmesg when Elgato HD60x is connected to the USB port:
Wow, 5 years old thread and nothing has changed: |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
@satgit62 I did it! It's working on Linux now. Another happy kernel hacked (Ubuntu 24.04): 
So far even OBS doesnt support P010 for grabbers on Linux. But what about users? If we tell them to recompile Kernel most of them will probably panic... It's not difficult but it loads the system more than LUT calibration (and there's even no progress bar ;-) ) Maybe I will prepare precompiled modules for RPi's... |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hi, this is great news from you. 👍 I'm glad you found a way to get this P010 running on Linux. Yes, recompiling the kernel is not everyone's cup of tea and many can't do it themselves. I hardly know anyone around me who still has a PC at home, and if they do, they certainly don't have Linux. Most young people these days only need a cell phone. Of course, most users will be happy if this is integrated into a build for RPI. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
@satgit62 In addition to UGreen CM700, I also ordered THB05-4K60Hz from Aliexpress. You have to be careful because the price range is huge: they normally sell it for $91, but in the deals section in the mobile app it's for $60 including VAT. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Because my RPi kernel P010 HDR10 patch will probably not be accepted I created an alternative Raspberry Pi OS Lite aarch64 installer with already patched uvc module. It's available here: https://github.com/awawa-dev/P010_for_V4L2/releases/tag/raspios_lite_arm64-2024-10-28
so here we go again into another 5 years hiatus 😉 ? |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
@awawa-dev
|
Beta Was this translation helpful? Give feedback.
0 replies
-
No, nothing. Just send me the result later, because I'm not sure if 150% scale will fit this grabber as I tested it on Elgato only. |
Beta Was this translation helpful? Give feedback.
13 replies
-
|
I may need to replace the 150% scaling with exponential. But I can deal with that once I get UGreen, it should arrive tomorrow or the day after. |
Beta Was this translation helpful? Give feedback.
-
All right, thanks again, and take your time without stress. I just wanted to rule out the possibility that my UGREEN has a fault. I can still return it if it's faulty. |
Beta Was this translation helpful? Give feedback.
-
|
No, the grabber is fine. The bright luminance signal, when scaled by 1.5, inverts over the scale and becomes dark, just like chroma, but the effect is different. |
Beta Was this translation helpful? Give feedback.
-
|
Not sure why it doesnt happen while calibration. |
Beta Was this translation helpful? Give feedback.
-
Then I am reassured. I leave everything else to her magic hands. 🪄🙏😀 |
Beta Was this translation helpful? Give feedback.
-
|
HDCP content from the FireTV Stick 4K cannot be processed by the UGREEN. Do you know which HDMI splitter can currently work around this? |
Beta Was this translation helpful? Give feedback.
7 replies
-
|
Ezcap 269 probably had HDCP HDMI 1.4 key embedded |
Beta Was this translation helpful? Give feedback.
-
|
Also Ezcap 269 has some non-standard brithness/contrast,hue settings on default if I remember correctly. Similar story to ms2109. You can try to set them into a middle of the scale and test again. |
Beta Was this translation helpful? Give feedback.
-
|
But the terrible compression of Ezcap 269 cannot be fixed ;-) |
Beta Was this translation helpful? Give feedback.
-
|
Oh, did pass-through the signal through the Ezcap 269 to UGreen to remove HDCP? That wont work, Ezcap 269 has very limited pass-through capabilities and many format/refresh rate/colordeptch are not allowed. But Ezcoo can handle it. |
Beta Was this translation helpful? Give feedback.
-
|
Hello, On my Samsung TV the ezcap 269 should finally be replaced by UGREEN or better. |
Beta Was this translation helpful? Give feedback.
-
|
@awawa-dev |
Beta Was this translation helpful? Give feedback.
6 replies
-
|
I fixed the problem and additionally found a bug that incorrectly reads the nits brightness during P010 calibration. This explains why the LUT causes flip-over of bright colors (white to black color) in the video material, which was not the case during calibration. But there is a difference: for the same test material Elgato produces material with a brightness of 250nits and UGreen gaves 200nits, which is the same as defined in the video file. I don't know why this is the case but it probably has no side effects for Elgato. Since the gain function for P010 has changed, it will result in the old LUTs for P010 being incompatible. That's why I want to test it more before committing changes with Ugreen and Elgato to be sure that I have selected it correctly because there is some (rather trivial) mathematics there ;) |
Beta Was this translation helpful? Give feedback.
-
Hello, |
Beta Was this translation helpful? Give feedback.
-
|
Hi |
Beta Was this translation helpful? Give feedback.
-
@awawa-dev |
Beta Was this translation helpful? Give feedback.
-
|
Now I found that the gain function is too aggresive for Elgato (UGreen is OK) :-( I will have to lower it because the white color is disturbed in the Elgato logs. Nevertheless it should be a cosmetic change but new version of HyperHDR will invalidate old LUTs for P010. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks, @awawa-dev LutCalibrator logs |
Beta Was this translation helpful? Give feedback.
2 replies
-
|
Logs look fine, thank you. I spent all day today testing different gain functions to find the optimal one for both grabbers. I think I found a good solution, but as I mentioned you will now have to do the LUT calibration again. Installer: BTW setting up-scaling chroma in madvr to bilinear improved result by 50% - less artifacts. YUV limited results are much better than full scale range test mp4 for P010. |
Beta Was this translation helpful? Give feedback.
-
During calibration this setting is completely ignored: you can have it enabled or disabled in HyperHDR, doesnt matter. With one exception: flatbuffers must have it enabled in its settings if you use external NV12 stream. After the calibration tone mapping is enabled globally automatically. |
Beta Was this translation helpful? Give feedback.
-
|
@awawa-dev Thank you for the latest change. I have performed a new calibration, and I am very happy with the result. Does the former “ai_calibration” branch no longer exist, or has it been converted to “p010” branch? LUT CALIBRATOR signal range is fixed again.txt |
Beta Was this translation helpful? Give feedback.
4 replies
-
|
Hi @satgit62
Related Pull-Request has been merged so it's master branch now I think there is still a room for improvements for UGreen, at least for the calibration. The gain function is OK so I wont change it anymore that caused LUT incompatibility in the past. On my system the noise is much higher so probably it depends on the player. BTW do you have a possibility to display and capture in HyperHDR this image in HDR (for example in the web browser on the source)? |
Beta Was this translation helpful? Give feedback.
-
|
I think I can also make a MP4 with a static frame if you prefer. |
Beta Was this translation helpful? Give feedback.
-
@awawa-dev Hello, |
Beta Was this translation helpful? Give feedback.
-
Thank you for merged the AI branch in the master branch. I had overlooked that. |
Beta Was this translation helpful? Give feedback.
-
|
@awawa-dev wrote:
Wow, this was a short living promise ;-) New installers: https://github.com/awawa-dev/HyperHDR/actions/runs/11760372571 requires LUT re-calibration. Sorry for inconvenience @satgit62 Edit: There is also a link to the test file This is because today I received a new grabber from Aliexpress: Hagibis THB05. You will find more details in the second post here: #967 (comment). It seems that both use similar video chip but the firmware is completely different. Hagibis also has more capture options... but this black line bug :-/ Apart from that, a very nice option with PD 100W power supply. |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hi @awawa-dev - I've just picked up a Ugreen 25173, so hoping to get this set up similarly to the above, but not sure how to install the v21 alpha on my raspberry pi. I've sent the installer file to my pi, but not sure what to do from there. Apologies for my ignorance, but can you offer any guidance? Thanks! |
Beta Was this translation helpful? Give feedback.
19 replies
-
|
I rarely use VLC to be honest - mostly streaming apps like Plex and Tivimate. |
Beta Was this translation helpful? Give feedback.
-
|
For calibration on Shield it's better to use default Shield player I think. On other systems I found VLC rather problematic for HDR content. Of course, there is no guarantee that the result will be much better or different, but the logs should show that. |
Beta Was this translation helpful? Give feedback.
-
|
Ah ok - I'll retry the calibration on the built in player, and see if it makes any difference. |
Beta Was this translation helpful? Give feedback.
-
|
In traditional grabbers the HDR video signal is packed in the range of 16-144 (on a scale of 0-255 => 8 bits) which means we lose a significant part of the information needed to reconstruct it back to full range. It can be done although it leads to some quantization visible in the MS2130 screenshots in PR about calibration. What's worse grabbers usually treat this signal as SDR and apply some filters/built-in LUTs which further distort it. In P010 we have the much more detailed x4 range if I remember correctly 64-576 (on a scale of 0-1023 => 10 bits => thats's why P010). |
Beta Was this translation helpful? Give feedback.
-
|
I see! I'll keep hold of it then, should future proof my setup for a little while if nothing else! Thanks again for all your help. 👍 |
Beta Was this translation helpful? Give feedback.
-
|
I found a bug in YUV limited detection during calibration and ELgato (and possible Hagabis) for some reason is using full range for HDR P010. Fixed it in the latest commit. I dont have UGreen anymore (it used YUV limited range) to check if the calibration is working fina also for this grabber. Please re-calibrate P010 LUT in the free time after installing new HyperHDR version. |
Beta Was this translation helpful? Give feedback.
7 replies
-
|
@davet1234 I see in your previous logs that your grabber also probably used full range incorrectly recognized as limited range (not 100% sure about it). Better to re-calibrate it again using latest installer from the master branch (P010 feature is already merged).
limited should have YUV 16 128 128 |
Beta Was this translation helpful? Give feedback.
-
|
Thanks - will do. 👍 |
Beta Was this translation helpful? Give feedback.
-
What do you suggest for a P010 right now, @awawa-dev ? I just ordered https://www.amazon.de/dp/B0D4LV836Z but it seems that this one has limitations with P010 (but it should be "raw"). I don't understand completly what you mean by "it used YUV limited range". Thx for a hint. |
Beta Was this translation helpful? Give feedback.
-
|
This is a complicated topic and depends on the video source/player/ gfx driver settings/processing: https://kodi.wiki/view/Video_levels_and_color_space#Limited_vs_Full_Video_Levels Anyway after this fix HyperHDR will correctly detect the YUV range on your system during calibration(this was a message for users who helped my with testing P010 support). I've been using UGreen for a few weeks now intensively in P010 with my RPi4 after it replaced ELgato and I have no problems with it. |
Beta Was this translation helpful? Give feedback.
-
|
Thx for the clearification. So the "YUV limited range" was not the causal cause that you don't have it anymore. |
Beta Was this translation helpful? Give feedback.
-
|
I just got the UGREEN 25173 
|
Beta Was this translation helpful? Give feedback.
22 replies
-
|
my raspberry has cpu cooler, it runs good 
|
Beta Was this translation helpful? Give feedback.
-
|
thank you for your help, i think this device hardware fault, like i mentioned it was from amazon warehouse |
Beta Was this translation helpful? Give feedback.
-
|
It may indeed be damaged, but there may be something wrong with the RPi or its power supply (the power supply is not original). Do you have anything else connected to its ports? The safest thing to do is return the grabber if you can, although you could also try on a PC. |
Beta Was this translation helpful? Give feedback.
-
|
Yeah, I got my UGREEN 25173 and connected it with the right cable, so I got P010 as a selecable source. I don't know if I did something wrong, but I get e.g. different levels with white: @awawa-dev got: I don't get 0 for WHITE_0 and not 16 (for limited), but 21??? I use an appleTV 3.0 with 4K HDR enabled, ezcoo SP12H21 splitter and played the .mp4 file with infuse for playback. |
Beta Was this translation helpful? Give feedback.
-
|
Each setup is different that why performing the calibration is important. On my setup (Windows 10 + gfx 12 bits RGB + madVR full range) I've got also full range in the grabber raw captured stream (Y = 0). On your setup you have limited range that's why also WHITE_16 is lower than mine for the same test file brightness ~200nits (both live in different Y scales 0-255 vs 16-235 but they relatively point to the ~same source Y value). I think the subject of limited/full range was quite well explained in the kodi wiki and I can not add more in this topic. |
Beta Was this translation helpful? Give feedback.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Recently, grabbers offering the P010 format have started to appear on the market en masse, which until now was reserved for premium grabbers such as the Elgato HD60X, offering sensational color quality of captured HDR material. Theoretically, the grabber model should not affect the captured video because we receive it in a raw state in P010 stream, but we will verify this. The cost of these grabbers is about 25-40% of the cost of Elgato, more expensive than the ms2130, but they have a built-in HDMI splitter. However, do not expect miracles from such splitters, e.g. CEC support or recording with HDCP enabled or EDID modification for LLDV.
Continuation of the discussion from this thread: #896
PR adding P010 format support to HyperHDR for Windows and theoretically for Linux: #968
macOS does not support P010 for UVC at the moment (confirmed by Elgato support).
Linux requires applying a patch for the Kernel because P010 is initially not supported either: For RPi there is already patched OS available.
You must calibrate LUT for P010 usage
Known limitations:
p010 format scales to 150% rigidly. So far no side-effects for HDR. needs to be changedfixed in the latest buildp010 format is generally not supported by Linux. Although UVC devices explicitly offer it, v4l2 ignores it because for some reason support for it has not been added in the last few years.I created a patch for Linux Kernel that adds P010 support for v4l2 and also created already patched Raspberry Pi OS aarch64 installer: https://github.com/awawa-dev/P010_for_V4L2/releases/tag/raspios_lite_arm64-2024-10-28 Just flash it to the SD card and install HyperHDR version that supports P010.Beta Was this translation helpful? Give feedback.
All reactions