HyperHDR 21.0.0.0beta2

[awawa-dev]

New test release HyperHDR 21.0.0.0beta2 brings few more features and fixes:

• support for Home Assistant lights (Add support for Home Assistant lights #1014). More: https://github.com/awawa-dev/HyperHDR/wiki/Home-Assistant-lights
• direct experimental support for zigbee2mqtt (Implement zigbee2mqtt protocol #1024). More: https://github.com/awawa-dev/HyperHDR/wiki/Zigbee2MQTT-lights
• support for ZSTD compression for all LUT files (Add support for ZSTD compression for all LUTs files #1062). More: https://github.com/awawa-dev/HyperHDR/wiki/lut-calibration#support-for-zstd-compressed-lut
• lightning-fast builds: use native Github Action ARM runners (Switch to Github Arm runners #1057)
• windows: fix suspend & power off handling (Windows: suspend & power off handling #1039)
• Windows DirectX grabber: feature to re-order displays in multi-display mode (Feature to re-order displays in multi-display mode (DirectX) #1023)
• pipewire drm workaround fix (Pipewire drm workaround fix #1029) Thanks @dankmolot
• update language file's (Update language file's #1017, Update language file's #1026) Thanks @AstaRom
• SD image supports P010 via DKMS module. Thanks @BayLee4

Older HyperHDR 21.0.0.0beta1 changes:

• 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.

• The DirectX grabber has been expanded with a multi-monitor option. 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

• 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.
  
  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 ⚠️ ⇒ Elgato dirty tricks with the HD60X model ⚠️ #1010

• 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:

• Automatic tone mapping (Update language file's #998)
• Add Ubuntu 24.10 and Fedora 41 (Add Ubuntu 24.10 and Fedora 41 #1001)
• Add support for "unicam image" RPi HDMI capture card and UYVY format (Add support for "unicam image" RPi HDMI capture card and others #889)
• Breaking change: remove LUT from installer and create it dynamically (Breaking change: remove LUT from installer and create it dynamically #994)
• Fix macOS 15 dark theme menu icons (macOS 15 sequoia: fix dark theme & HyperHDR icon menu problem #988)
• Add P010 HDR10 video format support (Add P010 HDR10 video format support #968)
• DirectX multi-monitor support (DirectX multi-monitor support #966)
• macOS 15 sequoia: migrate to ScreenCaptureKit (macOS 15 Sequoia: migrate to ScreenCaptureKit #984)
• Add Skydimo support (Add Skydimo "support" #985)
• New LUT calibration based on mp4 test videos (part I) (New LUT calibration based on mp4 test videos (part I) #896)
• feat: updated rpi_ws281x submodule, thanks @andreasvikke (feat: updated rpi_ws281x submodule #974)
• DX grabber: stick to user specified device selection (DX grabber: stick to user specified device selection #961)
• Fix LED colors adjustments by configuration name (Fix LED colors adjustments by configuration name #956)
• Add autoresume feature for the macOS software grabber (Add autoresume feature for the macOS software grabber #879)
• Add NV12 image format support for flatbuffers (Add NV12 image format support for flatbuffers! #920)
• Update language file's Thanks @AstaRom (Update language file's #883, Update language file's #923, Update language file's #998)
• Update flatbuffers to v24.3.25 (Update flatbuffers to v24.3.25 #875)
• Add cache_cleaner for Github Action (Add cache_cleaner for Github Action #910)
• New build.sh script for the HyperHDR build process (New build.sh script for the HyperHDR build process #904)
• Remove Alsa libs from CMake recipe
• Remove more unnecessary libraries from installers
• Remove libasound from installers
• Fix restoring calibration settings (Fix restoring calibration settings #874)
• Reorganize HyperHDR libs (Reorganize HyperHDR libs #887)
• Fix macOS image alignment (Fix macOS image alignment #838)
• Remove hyperhdr-remote app. Reason: HyperHDR-Remote is going to be removed! (VOTE) #856
• Refactoring of the FlatBuffers client and server (Refactoring of the FlatBuffers client and server #880)
• Remove mbedtls. Use OpenSSL (Remove mbedtls. Use OpenSSL #877)
• Removal of QT SQL. Migrate to the SQLite library. (Removal of QT SQL. Migrate to the SQLite library. #872)
• New smoothing option for sound effects, fix ArchLinux installer, refactoring of the smoothing module and music effects ( New smoothing option for sound effects, fix ArchLinux installer, refactoring of the smoothing module and music effects #871)
• Removal of QT D-Bus, switch to sdbus-cpp (Removal of QT D-Bus, switch to sdbus-cpp #864)
• Dependency reductions: removal of heavy QT Gui lib (Remove another dependency behemoth: QT Gui #861)
• Fix DirectX capturing after new Systray changes
• New independed systray. Dependency reductions thanks to removal of QWidget (New systray. Goodbye QT QWidget. Mass reduce dependency. #852)
• Fix: lut calibration for grabberless builds (Fix lut calibration for grabberless builds #840)

---

This discussion was created from the release HyperHDR 21.0.0.0beta2.

[oerix]

Thanks for the update. 👍🏼
Just wondering, have you considered simplifying the versioning's? Looking at the last couple of releases, there doesn't seem to be many minor updates, just major ones, so it feels needlessly long, maybe something like v21.0.0, and for betas v21.0.0b1 etcs. It's okay if not, just makes it easier to read at a glance.

[awawa-dev]

Yes, I consider it. Unfortunately beta/alpha are hardcoded in several strange places like web interface and custom code in installers. And few external projects already adjusted to HyperHDR release versioning so it would be a breaking change for them. Today I also made a mistake removing old v21.0.0beta1 tag (my typo when hot-fixing bugged softprops/action-gh-release#562), so I had to restore it first before publishing v21.0.0beta2. That could have caused some unnecessary messages from Github for users following HyperHDR. I hope it won't happen again.

[firstone]

What is correct way to update? On the update page it says "On top you could update or downgrade your version of HyperHDR whenever you want. Sorted from newest to oldest" but where is "On top"? Nothing is clickable on that page for me.

[awawa-dev]

https://awawa-dev.github.io/

[firstone]

Thank you. I've updated via apt was just wondering if there's GUI method for package management.

[EddyBurnett]

Hi, I tried to install the HyperHDR-21.0.0.0beta2-Linux-aarch64.deb package but getting several errors:

E: Invalid archive member header
E: Could not read meta data from /tmp/HyperHDR-21.0.0.0beta2-Linux-aarch64.deb
E: The package lists or status file could not be parsed or opened.

Got no issues with installing the older version HyperHDR-21.0.0.0beta1-Linux-aarch64.deb
Any idea what this could be?

[EddyBurnett]

Got this as checksum:
ef22a9184284d6deae3ee3e831bedf46ac7f6b1d /tmp/HyperHDR-21.0.0.0beta2-Linux-aarch64.deb

Is there a reference checksum, for this file, where I can verify this?

[awawa-dev]

seems ok, why dont you upgrade using apt if you have a HyperHDR repo connected?

[EddyBurnett]

Tried that first but it seems that the architecture is not supported:

N: Skipping acquire of configured file 'main/binary-arm64/Packages' as repository 'https://awawa-dev.github.io noble InRelease' doesn't support architecture 'arm64'
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package hyperhdr

Weird though that the older version is installing without issues

[awawa-dev]

ubuntu arm64 is not officially supported so the repo is missing this package. you can compare these two installers details using eg. dpkg-deb -I /tmp/HyperHDR-21.0.0.0beta2-Linux-aarch64.deb
newer packages are using native Github Runners (#1057) but still with docker although native arm: awawa-dev/HyperHDR.dev.docker@37ebd76 the docker source for aarch should not change. So I have no idea.

[EddyBurnett]

ok thanks for your quick replies!
I will check it out later. For now I will stick to version 21.0.0.0beta1 and give it another try later. Else I will try a Debian install as an alternative. Need first to find a good Debian image for the Odroid M1, for now it is working perfect on the M1 with the previous HyperHDR version.