Replies: 6 comments 15 replies
-
|
Thanks for the new Release :) I would like to ask to build a release for LibreElec 12 (Raspi Pi 5)? Latest version for this is beta1. Thanks in advance ! |
Beta Was this translation helpful? Give feedback.
-
|
Hi
I think the HyperHDR plugin was included into latest Libreelec and back-ported for older (current) stable version. Try to update it. |
Beta Was this translation helpful? Give feedback.
-
|
Hi, it isnt available. Will ask in LE Forum. |
Beta Was this translation helpful? Give feedback.
-
|
Maybe you need nightly builds? https://test.libreelec.tv/12.0/ |
Beta Was this translation helpful? Give feedback.
-
|
Thanks :) |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the constant work on a awesome project! |
Beta Was this translation helpful? Give feedback.
-
|
After remove version 20.0.0.0 and install version 21.0.0.0 HyperHDR doesn;t start automatic anymore??? May 16 10:31:28 raspberrypi systemd[1]: Started HyperHdr ambient light systemd > May 16 10:31:28 raspberrypi systemd[1]: Started HyperHdr ambient light systemd service for user pi. |
Beta Was this translation helpful? Give feedback.
-
|
please do not crosspost |
Beta Was this translation helpful? Give feedback.
-
|
Just wanted to say thank you. Updated today was seamless. Was disappointed I couldn't use Auto tone mapping since I'm on an old Raspi 3+. So damn hard to get new hardware at a cheap price... |
Beta Was this translation helpful? Give feedback.
-
|
YUV format should be fine. Maybe some configuration issues? |
Beta Was this translation helpful? Give feedback.
-
|
BTW if you have YUV available on USB2.0 it's usually means worse newer firmware. The best is the initial firmware as it's described in the MS2130 thread and I've done some tests there, but on the other hand it supports only MJPEG on USB2.0. MS2109 is a better choice for USB2.0: all you have to do is to set brightness/contrast/hue etc to neutral level. |
Beta Was this translation helpful? Give feedback.
-
|
Sorry for my ignorance but is YUYV the same as YUV for the sake for Auto HDR? Already have this setup for a while so a bit reluctant on changing it and would prefer to get a "bad" setup working then replacing things ATM. |
Beta Was this translation helpful? Give feedback.
-
|
yes, it's the same. configuration is described in the wiki but first you should perform the calibration. |
Beta Was this translation helpful? Give feedback.
-
|
Seems to be working now after tweaking the Auto mapping brightness numbers. Thank you for all your hard work! |
Beta Was this translation helpful? Give feedback.
-
|
Hi awawa-dev, thanks for the update! My previous installation of HHDR got broke, so i installed everything from scratch with you SD image (HHDR v.21). What i am now recognized is, no matter which grabber (MS2109, MS2130(?)) i am using, the live capture picture shows totally wrong colors (magenta is green etc.). Also of course the LED color are wrong. I am feeding the raspbeery pi (Model 3) directly from an Nvidia shield and then with hyperspi to the led strip. Everything worked fine in the past. Are there fundamential changes in V21? Thank you. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
WTF. Thanks AstaRom sudo v4l2-ctl --set-ctrl=brightness=50 --set-ctrl=contrast=50 --set-ctrl=saturation=50 --set-ctrl=hue=50 did the trick! |
Beta Was this translation helpful? Give feedback.
-
|
The success was only partial. The color were strange anyhow in SDR or HDR. I swapped the RPI3 for an RPI4. I think it is time to let the old hardware go. @awawa-dev |
Beta Was this translation helpful? Give feedback.
-
|
When you install from scratch HyperHDR v21 creates LUT (if it doesnt exists in the user home .hyperhdr folder) dedicated for MS2130 assuming it has an experimental F3 firmware. Still I recommend to calibrate LUT on your own because it takes only few minutes and currently the calibration process using MP4 test file is very easy. You dont need to adjust any setting to the grabber options (contrary to MS2109 where you needed to set neutral brightness/contract/hue etc).... unless there is a bug in the kernel that you have met. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I am pleased to announce the latest release of HyperHDR v21, which concludes the year-long development and testing cycle of the application:
The architecture has been rebuilt once again, this time focusing on further eliminating heavy dependencies from the past. In addition to lower resource consumption, you will definitely notice how much the installers have been slimmed down (they still contain all the necessary dependent components) and the HyperHDR application itself. Our Github CI also supports now lightning-fast builds thanks to use of native Github Action ARM64 runners.
The DirectX grabber has been expanded with a multi-monitor mode that also include re-order displays ability. You no longer have to use external applications to capture a second or third monitor. Do you still use them? So please make sure they provide full acceleration support by the graphics card as HyperHDR does including using pixel & vertex shaders to scale the textures before sending them from the graphics card memory to the computer so as not to block communication resources which can cause for example: performance drops in games. It is also the cheapest and most effective alternative to HDMI grabbers and splitters on Windows x64 platforms such as multimedia miniPCs with N100. All you need for such setups is USB LED driver like Pico with HyperSerialPico.
More about DirectX 11 grabber can be found here: https://github.com/awawa-dev/HyperHDR/wiki/DirectX-11-software-grabber
Implemented support for Home Assistant lights ( https://github.com/awawa-dev/HyperHDR/wiki/Home-Assistant-lights ) and experimental direct support for zigbee2mqtt ( https://github.com/awawa-dev/HyperHDR/wiki/Zigbee2MQTT-lights )
HyperHDR has been officially included in the LibreELEC distribution! ( Add HyperHDR addon LibreELEC/LibreELEC.tv#9761 )
Another new feature that I think will be useful for many people is automatic tone mapping. In case you can't control it from outside via the application's API this is the solution for you. Once enabled HyperHDR will analyze the video image and enable it automatically for dark and faded raw HDR signal and disable it when it detects bright SDR image with normal colors.
More about automatic tone mapping can be found here: https://github.com/awawa-dev/HyperHDR/wiki/Automatic-tone-mapping
In the past, the process of calibrating the grabber's LUT to obtain the best possible colors was quite problematic: to do it, it usually required a PC set. HyperHDR v21 introduces a small revolution here because now all you have to do is play the calibration MP4 file in your favorite player and HyperHDR will take care of the rest. Thanks to this, we calibrate not only the grabber and TV, but also your default video player. HyperHDR was also the first to introduce support for the NV12 codec for flatbuffers, which opened completely new perspectives for the calibration of external systems because standard RGB flatbuffer stream was usually already processed at the source.
⚠️ ⇒ Elgato dirty tricks with the HD60X model ⚠️ #1010
You can find more about the new LUT calibration using MP4 files here: https://github.com/awawa-dev/HyperHDR/wiki/lut-calibration
If you own Elgato HD60X make sure you read it
I am also pleased to announce for the first time support for the 10-bit P010 codec, which is already appearing in increasingly cheaper grabbers such as the UGreen 25173 (which can only gain in attractiveness after what happened with ELgato HD60X, more: Elgato dirty tricks with the HD60X model ⚠️ #1010). While it does not contribute much to SDR signals, it changes the situation a lot when it comes to HDR by expanding the default narrow bandwidth range above the standard 8-bits, minimizing the quantization effect. Another advantage is that it is usually a raw signal not damaged by the grabber trying to process the HDR signal as SDR. The format is supported by default by Windows, and when it comes to Linux, I created a patch for the UVC module so that it also works on this system.
The HyperHDR SD image already has a patch for P010. Note that it is based on the newer Bookworm so configuring wifi via wpa_supplicant will no longer work: for this you need to use the Raspberry PI imager installer (wpa_supplicant autoconfigure removed in bookworm but not replaced with other mechanism raspberrypi/bookworm-feedback#72). For Raspberry Pi 3b and Zero 2W users, I would like to remind you about a bug in the Raspberry Pi kernel that can cause incorrect display of colors on Bookworm (RPi 3b & zero 2 kernel bug: swapped colors ⚠️ #848).
More about support for the P010 format can be found here: https://github.com/awawa-dev/HyperHDR/wiki/p010-video-format
Full changelog:
This discussion was created from the release HyperHDR 21.0.0.0.
Beta Was this translation helpful? Give feedback.
All reactions