This is a v22.0.0beta1 test release intended for community evaluation and feedback before the stable version. The highlight of this update is the revolutionary Infinite Color Engine, which breaks the 24-bit barrier using high-precision floating-point arithmetic. By shifting transformations to linear sRGB space, we provide physically accurate light reproduction and native deep-color support for devices like Philips Hue and LIFX. This update also marks our transition to the C++20 standard, leveraging modern language features to improve code performance, robustness, and long-term maintainability.

Performance has been significantly optimized, with video decoding for YUV, NV12, and P010 codecs seeing speed improvements of up to 46%. Linux users will benefit from an enhanced Pipewire implementation featuring GPU scaling to drastically reduce CPU load. Additionally, we have added native PWM support for Raspberry Pi 5 and transitioned all installers to the modern Qt 6.8+ framework to reduce installer size and ensure version consistency across all supported distributions. We encourage you to test these new features and report any issues to help us finalize this major release.

Changelog

• Infinite Color Engine - Breaking 24-bit Limits (#1261)
  • Floating-Point Precision: All color computations use high-precision floating-point arithmetic, eliminating cumulative rounding errors for more accurate results
  • Linear sRGB Accuracy: Core color transformations are processed in linear sRGB space, ensuring physically correct and consistent light reproduction
  • Deep-Color Support: Compatible devices, including Philips Hue lamps, LIFX and HD108 LEDs, can take advantage of rendering beyond standard 24-bit RGB color depth.
  • Advanced color smoothing algorithms: inertia-based physics, exponential, and perceptually-uniform YUV/RGB interpolators for more fluid and natural color transitions
  • Start migrating to modern C++20
  • Add Hybrid RGB Smoothing Interpolator (#1379)
  • Add Infinite Color Engine support to file LED driver (#1311)
  • Infinite Color Engine: add LIFX support for beyond 24-bit rendering (#1299)
  • Infinite Color Engine: fix for YUV & hybrid interpolators (#1302)
  • Fix RGBCMYK calibration (#1369)
• Significant speedup for YUV/NV12/P010 and related codecs (#1374)
  • Performance increased up to 46%
  • Compared performance of RPi 5 vs N100 in HyperHDR video decoding benchmark
  • Switched to modern C++20 format style logging
• Improved, faster Pipewire + option to disable EGL (#1397)
  • GPU Scaling (EGL/DMA mode) - scales the desktop on the GPU; only the small final texture is sent to the CPU
  • Optional HW acceleration - option to disable EGL in the Pipewire configuration
  • Auto-resume - automatically restarts the grabber if dimensions change or the stream fails
  • EGL texture caching - improves performance by reusing textures
  • MemFD caching - reuses file descriptor memory mappings
• Add PWM support for Raspberry Pi 5 GPIO/PIO (#1317)
  • Reported necessary kernel LED module changes to the RPi team
• Full FTDI and libFTDI dynamic runtime support. Thanks @nurikk-sa for help (#1155)
  • libFTDI support on Linux/macOS
  • support of manufacturer "ftd2xx.dll" driver on Windows
• Migrate ALL installers to Qt 6.8+. Breaking: docker build subsystem (#1203)
  • reduced size of HyperHDR's installers
• Philips Hue driver: add option for linear or nonlinear RGB color output (#1401)
  • for recommended nonlinear you may increase gamma to 2.2 in the processing tab
• Windows DX grabber: multi-monitor capturing status check & restart
• DirectX grabber: support for portrait mode (#1200)
• Update language files. Thanks @AstaRom (#1396, #1300, #1288, #1131, #1402, #1403)
• Smoothing: restore continuous output control + stricter end detection (#1337)
  • Fix rendering w/o continuous output (#1377)
• Hide HyperHDR from the macOS Dock (#1345)
• Add replacement for libglib2.0-0 (armhf, Y2038 bug) (#1341)
• Add QElapsedTimer include to DriverNetLifx.cpp Thanks @arfoll (#1330)
• Add just released Ubuntu 25.10 & incoming Fedora 43 (#1304)
• Add Windows-2025, macOS-15-intel, Debian Trixie and migrate others (#1296)
• Fix for OpenSSL on macOS (needed by HTTPS/TLS) (#1290)
• Updated Home Assistant module to enable SSL support. Thanks @josh-blake (#1249)
• Don't rely on plutovg CMake script to detect C++11 threads support (#1253)
• Remove min/max limits to allow using only a very small part of the screen capture as input area. Thanks @markusressel (#1175)
• Update CMake configuration to add support for additional system libraries. Thanks @hatch01 (#1158)
• Add USE_SYSTEM_SDBUS_CPP_LIBS option (#1140)
• Update LunaSVG to v3.1.0 (#1139)
• Fix ENABLE_PIPEWIRE_EGL=OFF build (#1138)
• Amlogic grabber restore & refactor. Thanks @santievil (#1119)
• Fix Dutch translations. Thanks @dijkstrar (#1122)

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 includes 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! ( 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.
  
  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 ⚠️ ⇒ https://github.com/awawa-dev/HyperHDR/discussions/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: https://github.com/awawa-dev/HyperHDR/discussions/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 (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 (https://github.com/awawa-dev/HyperHDR/discussions/848).
  
  More about support for the P010 format can be found here: https://github.com/awawa-dev/HyperHDR/wiki/p010-video-format

Full changelog:

• support for ZSTD compression for all LUT files (#1062). More: https://github.com/awawa-dev/HyperHDR/wiki/lut-calibration#support-for-zstd-compressed-lut
• support for Home Assistant lights (#1014). More: https://github.com/awawa-dev/HyperHDR/wiki/Home-Assistant-lights
• experimental direct support for zigbee2mqtt (#1024). More: https://github.com/awawa-dev/HyperHDR/wiki/Zigbee2MQTT-lights
• lightning-fast builds: use native Github Action ARM runners (#1057)
• Windows DirectX grabber: feature to re-order displays in multi-display mode (#1023)
• windows: fix suspend & power off handling (#1039)
• pipewire drm workaround fix (#1029) Thanks @dankmolot
• update language file's (#1017, #1026) Thanks @AstaRom
• SD image supports P010 via DKMS module. Thanks @BayLee4
• Automatic tone mapping (#998)
• Add Ubuntu 24.10 and Fedora 41 (#1001)
• Add support for "unicam image" RPi HDMI capture card and UYVY format (#889)
• Breaking change: remove LUT from installer and create it dynamically (#994)
• Fix macOS 15 dark theme menu icons (#988)
• Add P010 HDR10 video format support (#968)
• DirectX multi-monitor support (#966)
• macOS 15 sequoia: migrate to ScreenCaptureKit (#984)
• Add Skydimo support (#985)
• New LUT calibration based on mp4 test videos (part I) (#896)
• feat: updated rpi_ws281x submodule, thanks @andreasvikke (#974)
• DX grabber: stick to user specified device selection (#961)
• Fix LED colors adjustments by configuration name (#956)
• Add autoresume feature for the macOS software grabber (#879)
• Add NV12 image format support for flatbuffers (#920)
• Update language file's Thanks @AstaRom (#883, #923, #998)
• Update flatbuffers to v24.3.25 (#875)
• Add cache_cleaner for Github Action (#910)
• 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 (#874)
• Reorganize HyperHDR libs (#887)
• Fix macOS image alignment (#838)
• Remove hyperhdr-remote app. Reason: #856
• Refactoring of the FlatBuffers client and server (#880)
• Remove mbedtls. Use OpenSSL (#877)
• 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 (#871)
• Removal of QT D-Bus, switch to sdbus-cpp (#864)
• Dependency reductions: removal of heavy QT Gui lib (#861)
• Fix DirectX capturing after new Systray changes
• New independed systray. Dependency reductions thanks to removal of QWidget (#852)
• Fix: lut calibration for grabberless builds (#840)

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

• support for Home Assistant lights (#1014). More: https://github.com/awawa-dev/HyperHDR/wiki/Home-Assistant-lights
• experimental direct support for zigbee2mqtt (#1024). More: https://github.com/awawa-dev/HyperHDR/wiki/Zigbee2MQTT-lights
• support for ZSTD compression for all LUT 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 (#1057)
• windows: fix suspend & power off handling (#1039)
• Windows DirectX grabber: feature to re-order displays in multi-display mode (#1023)
• pipewire drm workaround fix (#1029) Thanks @dankmolot
• update language file's (#1017, #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 ⚠️ ⇒ https://github.com/awawa-dev/HyperHDR/discussions/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: https://github.com/awawa-dev/HyperHDR/discussions/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 (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 (https://github.com/awawa-dev/HyperHDR/discussions/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 (#998)
• Add Ubuntu 24.10 and Fedora 41 (#1001)
• Add support for "unicam image" RPi HDMI capture card and UYVY format (#889)
• Breaking change: remove LUT from installer and create it dynamically (#994)
• Fix macOS 15 dark theme menu icons (#988)
• Add P010 HDR10 video format support (#968)
• DirectX multi-monitor support (#966)
• macOS 15 sequoia: migrate to ScreenCaptureKit (#984)
• Add Skydimo support (#985)
• New LUT calibration based on mp4 test videos (part I) (#896)
• feat: updated rpi_ws281x submodule, thanks @andreasvikke (#974)
• DX grabber: stick to user specified device selection (#961)
• Fix LED colors adjustments by configuration name (#956)
• Add autoresume feature for the macOS software grabber (#879)
• Add NV12 image format support for flatbuffers (#920)
• Update language file's Thanks @AstaRom (#883, #923, #998)
• Update flatbuffers to v24.3.25 (#875)
• Add cache_cleaner for Github Action (#910)
• 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 (#874)
• Reorganize HyperHDR libs (#887)
• Fix macOS image alignment (#838)
• Remove hyperhdr-remote app. Reason: #856
• Refactoring of the FlatBuffers client and server (#880)
• Remove mbedtls. Use OpenSSL (#877)
• 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 (#871)
• Removal of QT D-Bus, switch to sdbus-cpp (#864)
• Dependency reductions: removal of heavy QT Gui lib (#861)
• Fix DirectX capturing after new Systray changes
• New independed systray. Dependency reductions thanks to removal of QWidget (#852)
• Fix: lut calibration for grabberless builds (#840)

I have the pleasure of submitting another version for testing: HyperHDR 21 beta1. I hope you will find the new features & improvements interesting and useful.

• 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 ⚠️ ⇒ https://github.com/awawa-dev/HyperHDR/discussions/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: https://github.com/awawa-dev/HyperHDR/discussions/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 (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 (https://github.com/awawa-dev/HyperHDR/discussions/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 (#998)
• Add Ubuntu 24.10 and Fedora 41 (#1001)
• Add support for "unicam image" RPi HDMI capture card and UYVY format (#889)
• Breaking change: remove LUT from installer and create it dynamically (#994)
• Fix macOS 15 dark theme menu icons (#988)
• Add P010 HDR10 video format support (#968)
• DirectX multi-monitor support (#966)
• macOS 15 sequoia: migrate to ScreenCaptureKit (#984)
• Add Skydimo support (#985)
• New LUT calibration based on mp4 test videos (part I) (#896)
• feat: updated rpi_ws281x submodule, thanks @andreasvikke (#974)
• DX grabber: stick to user specified device selection (#961)
• Fix LED colors adjustments by configuration name (#956)
• Add autoresume feature for the macOS software grabber (#879)
• Add NV12 image format support for flatbuffers (#920)
• Update language file's Thanks @AstaRom (#883, #923, #998)
• Update flatbuffers to v24.3.25 (#875)
• Add cache_cleaner for Github Action (#910)
• 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 (#874)
• Reorganize HyperHDR libs (#887)
• Fix macOS image alignment (#838)
• Remove hyperhdr-remote app. Reason: #856
• Refactoring of the FlatBuffers client and server (#880)
• Remove mbedtls. Use OpenSSL (#877)
• 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 (#871)
• Removal of QT D-Bus, switch to sdbus-cpp (#864)
• Dependency reductions: removal of heavy QT Gui lib (#861)
• Fix DirectX capturing after new Systray changes
• New independed systray. Dependency reductions thanks to removal of QWidget (#852)
• Fix: lut calibration for grabberless builds (#840)

The HyperHDR v20 release was created with the participation of many users (thanks to everyone, especially to @AstaRom) and brings many important new features and fixes. More than several dozen thousand lines of code were changed, including almost the entire application base was rewritten using newer technologies, which then required several months of testing to make sure that it would not negatively affect stability. Thanks to the rebuilt LED rendering model, even more precise refreshing is achieved and the use of Smart Pointers gives us greater control over memory management. Software grabbers have been significantly improved, including hardware acceleration for Pipewire (Linux) and in particular a huge leap in performance and capabilities has occurred in the case of the DirectX grabber for Windows (native system HDR support without LUT and Pixel & Vertex Shader acceleration). At that time, a new HyperSerialPico project was also created, thanks to rp2040 PIO IO co-processor we received a driver offering even more precise timings for LED rendering than ESP32/Esp8266 and it allows the use of ready-made boards with a built-in level shifter: which significantly simplifies the construction of new HyperHDR setups regardless of the platform on which you host it.

Below is the full list of changes. Have fun!

New features:

• Windows/DirectX: use hardware acceleration (pixel & vertex shaders) for software capturing. Fixes issue #688 → #691
• Windows/DirectX: autodetect HDR mode.Fixes issue #690 → #691
• Pipewire DMA & EGL hardware support (Wayland/x11 grabber) #556
• Add video buffer memory caching to Pipewire grabber #691
• Automatic database backup before applying structure changes when installing new version, json backups are saved in standard HyperHDR configuration home directory #691
• Linux: audio stream auto-resume on EPIPE error #691
• Ability to change MQTT Topic. Fixes issue #619 → #691
• MQTT: auto-resume. Fixes issue #570 → #691
• MQTT ability to execute multiply commands in one request. Fixes issue #642 → #691
• Each MQTT subcommand will return full response in the overall result at HyperHDR/JsonAPI/response #691
• Colorized logs #640
• New device discovery service #605
• Add new effect: Rainbow Waves #607
• MQTT: hostname address resolver. Thanks @lougovsk #586
• New JsonAPI method to calculate average color of selected instance #611
• Add automatic LUT downloader & installer #568
• Allow LUT calibration when no USB grabber is present #518
• New JSON API method to update smoothing parameters #352

LED devices:

• Smoothing clock is integrated directly within led driver: no more two separated & unsynchronized clocks for smoothing and led driver, also much more precise refresh times. Discussed here → #691
• Add support for Raspberry Pi Pico (Rp2040) HyperSerialPico #560
• HyperHDR driver for WLED has been switched to WLED Audio-Reactive-Led-Strip (WARLS) protocol removing old 490 LEDs limit https://github.com/Aircoookie/WLED/wiki/UDP-Realtime-Control → #691
• Yeelight: Wizard now supports more models, workaround for music-mode reset, auto-resume support #750 Thanks @ratawhisk
• Force HyperSerial detection #732 Thanks @alex-013
• New features: disable LEDs/components on startup #737
• Support for Pico (rp2040) boards using HyperSPI #691
• Fix over 500LEDs limit for HyperSPI when RPi5 is used #691
• Add support for HD108 led strip, 16/48bits colors #527
• Live update WLED/udpraw LEDs number #564
• ArtNet LED Controller: add toggle to prevent pixel color data split across two artnet universes. Fixes issue #657 → #691
• Workaround for critical Rpi udev bug affecting serial ports #583

Core:

• Refactoring. Migration to C++ Smart Pointers. Move almost all main objects management under control of modern C++ smart pointers, fully control complicated life-cycle and ownership of HyperHDR components #691
• New interface: removed ancient Font Awesome 4 (so 2017...) Migrate to SVG: Bootstrap Icons and Google Material Icons/Symbols #605
• New features: stop processing when user has locked the system #737
• Remove folders nesting #363
• Improved headers including for faster compilation #691
• Pause the USB grabber when all LEDs are off to reduce load #608
• Use optional system libs for compiling #541
• Do not use TurboJPEG for RGB during calibration #508
• Make bonjour use logging utilities. Thanks @nurikk #529
• glibc requirements for DEB installer #402

Platform support:

• SD images are available again and are based on Debian Bullseye, so they will not fit RPi 5: use the official Raspberry Pi installer for this board. It is explained here: link1
• Add native build for Apple M1 / M2 / M3 (arm64) architecture #755
• Add Ubuntu support to HyperHDR and Github Pages APT repository #522
• Update build scripts and include Ubuntu 24.04 LTS
• Upgrade Fedora 38 to 39, Ubuntu 23.04 to 23.10 #667
• Add Arch Linux support #520

Updates:

• Update language file's. Thanks @AstaRom #505
• Upgrade Bootstrap to 5.2.3 / improved 'video live preview' on smartphones #336
• Update Github actions/checkout@v3 #403
• Update Github actions/download@v3 #372
• Update mbedtls to 3.4.0 #589
• Update flatbuffers to v23.5.26 #596
• Update language file's. Thanks @AstaRom #617
• switch libCEC to mainstream since version 6.x is widely available now #691

Bug fixing:

• Windows/DirectX: fix overexposed HDR stream with pixel shader. Fixes issue #689 → #691
• Fix: Fedora uses xz as the package name, not xz-utils #771 Thanks @hsmalley
• Fix LUT loading bug to reduce memory usage by 96MB #766
• Fix typo in LED strip name #670 Thanks @fluchfux
• Fix background music effect #761
• Fix typo #762 Thanks @laurens94
• Fix macOS build #638 #671 #672...

Full list of changes below, with details in the attached links. Update is also available in HyperHDR Debian/Ubuntu APT repository: link.

HyperHDR: v20beta2:

• SD images are available again and are based on Debian Bullseye, so they will not fit RPi 5: use the official Raspberry Pi installer for this board. It is explained here: link1
• Fix: Fedora uses xz as the package name, not xz-utils #771 Thanks @hsmalley
• Fix LUT loading bug to reduce memory usage by 96MB #766
• Fix background music effect #761
• Fix typo #762 Thanks @laurens94
• Yeelight: Wizard now supports more models, workaround for music-mode reset, auto-resume support #750 Thanks @ratawhisk
• Fix verbose command line option #723
• Add native build for Apple M1 / M2 (arm64) architecture #755
• New features: disable LEDs/components on startup #737
• New features: stop processing when user has locked the system #737
• Force HyperSerial detection #732 Thanks @alex-013
• Fix Linux DBus sleep/wakeup handler
• Fix pipewire grabber for non-contiguous DMA memory & EGL #711 Thanks @Mic92
• Update build scripts and include Ubuntu 24.04 LTS
• Fixes for v20beta1 #705

HyperHDR: v20beta1:

• Refactoring. Migration to C++ Smart Pointers. Move almost all main objects management under control of modern C++ smart pointers, fully control complicated life-cycle and ownership of HyperHDR components #691
• Windows/DirectX: use hardware acceleration (pixel & vertex shaders) for software capturing. Fixes issue #688 → #691
• Windows/DirectX: fix overexposed HDR stream with pixel shader. Fixes issue #689 → #691
• Windows/DirectX: autodetect HDR mode.Fixes issue #690 → #691
• Automatic database backup before applying structure changes when installing new version, json backups are saved in standard HyperHDR configuration home directory #691
• Smoothing clock is integrated directly within led driver: no more two separated & unsynchronized clocks for smoothing and led driver, also much more precise refresh times. Discussed here → #691
• HyperHDR driver for WLED has been switched to WLED Audio-Reactive-Led-Strip (WARLS) protocol removing old 490 LEDs limit https://github.com/Aircoookie/WLED/wiki/UDP-Realtime-Control → #691
• switch libCEC to mainstream since version 6.x is widely available now #691
• Linux: audio stream auto-resume on EPIPE error #691
• Improved headers including for faster compilation #691
• JSON API security vulnerability fixed #691
• Add video buffer memory caching to Pipewire grabber #691
• Fixed the LUT calibration page by removing potential scrollbars that could interfere with the final result #691
• Support for Pico (rp2040) boards using HyperSPI #691
• Fix over 500LEDs limit for HyperSPI when RPi5 is used #691
• Improved installers script #691
• Address CodeQL findings #691
• Fix logging tab that can be empty when opened and add button to copy logs #691
• ArtNet LED Controller: add toggle to prevent pixel color data split across two artnet universes. Fixes issue #657 → #691
• Ability to change MQTT Topic. Fixes issue #619 → #691
• MQTT: auto-resume. Fixes issue #570 → #691
• MQTT ability to execute multiply commands in one request. Fixes issue #642 → #691
• Each MQTT subcommand will return full response in the overall result at HyperHDR/JsonAPI/response #691
• Fix typo in LED strip name #670 Thanks @fluchfux
• Pipewire DMA & EGL hardware support (Wayland/x11 grabber) #556
• Upgrade Fedora 38 to 39, Ubuntu 23.04 to 23.10 #667
• Colorized logs #640
• Fix macOS build #638 #671 #672
• Update language file's. Thanks @AstaRom #617
• Make bonjour use logging utilities. Thanks @nurikk #529
• New interface: removed ancient Font Awesome 4 (so 2017...) Migrate to SVG: Bootstrap Icons and Google Material Icons/Symbols #605
• New device discovery service #605
• Stability improvements & bug fixing #605
• Fix QT5.15 issue when building on Windows #605
• Add new effect: Rainbow Waves #607
• MQTT: hostname address resolver. Thanks @lougovsk #586
• V4L: allow setting of V4L device input, fixes #537. Thanks @Thinner77 #540
• Update flatbuffers to v23.5.26 #596
• Pause the USB grabber when all LEDs are off to reduce load #608
• Add support for HD108 led strip, 16/48bits colors #527
• Use optional system libs for compiling #541
• Update mbedtls to 3.4.0 #589
• Add Ubuntu support to HyperHDR and Github Pages APT repository #522
• New JsonAPI method to calculate average color of selected instance #611
• Workaround for critical Rpi udev bug affecting serial ports #583
• Add Arch Linux support #520
• Fix chrome/edge fullscreen detection #519
• Add automatic LUT downloader & installer #568
• Allow LUT calibration when no USB grabber is present #518
• Live update WLED/udpraw LEDs number #564
• Add support for Raspberry Pi Pico (Rp2040) HyperSerialPico #560
• Do not use TurboJPEG for RGB during calibration #508
• Update Github actions/checkout@v3 #403
• glibc requirements for DEB installer #402
• Remove folders nesting #363
• New JSON API method to update smoothing parameters #352
• Update Github actions/download@v3 #372
• Remove depraciated ::set-output from Github Acti...

First test release of the upcoming next version of HyperHDR: v20beta1.
Update is also available in HyperHDR Debian/Ubuntu APT repository: link. Prebuild HyperHDR Raspberry Pi OS SD images status: link1 link2
Full list of changes below, with details in the attached links:

• Refactoring. Migration to C++ Smart Pointers. Move almost all main objects management under control of modern C++ smart pointers, fully control complicated life-cycle and ownership of HyperHDR components #691
• Windows/DirectX: use hardware acceleration (pixel & vertex shaders) for software capturing. Fixes issue #688 → #691
• Windows/DirectX: fix overexposed HDR stream with pixel shader. Fixes issue #689 → #691
• Windows/DirectX: autodetect HDR mode.Fixes issue #690 → #691
• Automatic database backup before applying structure changes when installing new version, json backups are saved in standard HyperHDR configuration home directory #691
• Smoothing clock is integrated directly within led driver: no more two separated & unsynchronized clocks for smoothing and led driver, also much more precise refresh times. Discussed here → #691
• HyperHDR driver for WLED has been switched to WLED Audio-Reactive-Led-Strip (WARLS) protocol removing old 490 LEDs limit https://github.com/Aircoookie/WLED/wiki/UDP-Realtime-Control → #691
• switch libCEC to mainstream since version 6.x is widely available now #691
• Linux: audio stream auto-resume on EPIPE error #691
• Improved headers including for faster compilation #691
• JSON API security vulnerability fixed #691
• Add video buffer memory caching to Pipewire grabber #691
• Fixed the LUT calibration page by removing potential scrollbars that could interfere with the final result #691
• Support for Pico (rp2040) boards using HyperSPI #691
• Fix over 500LEDs limit for HyperSPI when RPi5 is used #691
• Improved installers script #691
• Address CodeQL findings #691
• Fix logging tab that can be empty when opened and add button to copy logs #691
• ArtNet LED Controller: add toggle to prevent pixel color data split across two artnet universes. Fixes issue #657 → #691
• Ability to change MQTT Topic. Fixes issue #619 → #691
• MQTT: auto-resume. Fixes issue #570 → #691
• MQTT ability to execute multiply commands in one request. Fixes issue #642 → #691
• Each MQTT subcommand will return full response in the overall result at HyperHDR/JsonAPI/response #691
• Fix typo in LED strip name #670 Thanks @fluchfux
• Pipewire DMA & EGL hardware support (Wayland/x11 grabber) #556
• Upgrade Fedora 38 to 39, Ubuntu 23.04 to 23.10 #667
• Colorized logs #640
• Fix macOS build #638 #671 #672
• Update language file's. Thanks @AstaRom #617
• Make bonjour use logging utilities. Thanks @nurikk #529
• New interface: removed ancient Font Awesome 4 (so 2017...) Migrate to SVG: Bootstrap Icons and Google Material Icons/Symbols #605
• New device discovery service #605
• Stability improvements & bug fixing #605
• Fix QT5.15 issue when building on Windows #605
• Add new effect: Rainbow Waves #607
• MQTT: hostname address resolver. Thanks @lougovsk #586
• V4L: allow setting of V4L device input, fixes #537. Thanks @Thinner77 #540
• Update flatbuffers to v23.5.26 #596
• Pause the USB grabber when all LEDs are off to reduce load #608
• Add support for HD108 led strip, 16/48bits colors #527
• Use optional system libs for compiling #541
• Update mbedtls to 3.4.0 #589
• Add Ubuntu support to HyperHDR and Github Pages APT repository #522
• New JsonAPI method to calculate average color of selected instance #611
• Workaround for critical Rpi udev bug affecting serial ports #583
• Add Arch Linux support #520
• Fix chrome/edge fullscreen detection #519
• Add automatic LUT downloader & installer #568
• Allow LUT calibration when no USB grabber is present #518
• Live update WLED/udpraw LEDs number #564
• Add support for Raspberry Pi Pico (Rp2040) HyperSerialPico #560
• Do not use TurboJPEG for RGB during calibration #508
• Update Github actions/checkout@v3 #403
• glibc requirements for DEB installer #402
• Remove folders nesting #363
• New JSON API method to update smoothing parameters #352
• Update Github actions/download@v3 #372
• Remove depraciated ::set-output from Github Action #390
• Upgrade Bootstrap to 5.2.3 / improved 'video live preview' on smartphones #336
• Update language file's. Thanks @AstaRom #505

I've published new updated build-log on my blog which includes needed components and how to build and configure the entire system. It can be useful even if you already have your system built, as it also includes optimization tips and the possibility to upgrade your setup to a multi-segment configuration.
https://www.hyperhdr.eu/2023/02/ultimate-guide-on-how-to-build-led.html

New features:

• Added support for entertainment api v2 (hue gradient strips) ( #471) Many thanks to @gibahjoe great job! Tutorial is here: link
• HyperHDR got new packages repository (Github Pages). More details: https://awawa-dev.github.io/ Also RPM and Arch Linux installers are available there.
• The SD images that come with this release are already linked to the HyperHDR repository, so a future update should be much simpler.
• Add support for ESP32-S2 mini board. It requires latest HyperSerialESP32 v9 . This firmware brings also support for parallel multi-segments, that allows to double the refresh rate of large sk6812/ws2812b setups for free (a proper LED strip design is required)
• ESP8266/ESP32 handshake for the AWA Adalight ( #432)
• Save/restore WLED state and set max brightness at startup ( #353)
• Adalight: auto-resume and ESP8266/ESP32 auto-discovery ( #494)
• Add support for utv007 / Linux ( #423)
• LED strip designer context menu incl. blink selected LED, zoom, edit, move, disable, delete single LED (more: #379)
• Modifiable SPI path with device auto-detection (more: #346)
• Flatbuffers: multiple custom LUT files support (more: #334)

Fix:

• Automatic signal detection timing (#410)
• Fix the black color for disabled LEDs (#419)
• Fix: critical unicolor averaging bug causing very dark colors (more: #379)
• Fix: web LED live simulator doesn't update (more: #337)
• Fix: Improved HyperHDR web server startup (more: #351)
• Fix: Restore support for ZasLuke Capture card (more: #335)
• Fix: Philips Hue: do not treat stream errors as critical when retrying
• Align SPI buffer for HyperSPI to 4 bytes
• Fix: Use longer reset pulse (#468) Thanks @nurikk

Improvements:

• Improved LED device performance (dropping frames that have exceeded the hardware capabilities of the LED device, UDP/SPI devices are not affected as the process is handled by the OS)
• Update de.json (#411) Thanks @Duese123
• Update nl.json (#491) Thanks @NicoLouis-be
• Update Github actions/upload@v3 (#373)
• Unified internal clocks (more: #355)
• Colored cmake output (more: #364)
• Support for precompiled headers (more: #359)
• Improved REST API network driver (WLED, Philips Hue etc) (more: #354)
• Github Action: upgrade runner to macos-12 (more: #341)
• Update actions/cache@v3 (more: #371)

I think that the number of changes and fixes introduced recently fully justifies the release of one more test version before the stable one.

New features:

• HyperHDR got new packages repository (Github Pages). More details: https://awawa-dev.github.io/ Also RPM packages are available there and Arch Linux installers are planned.
• The SD images that come with this release are already linked to the HyperHDR repository, so a future update should be much simpler.
• Add support for ESP32-S2 mini board. It requires latest HyperSerialESP32 v8 firmware https://github.com/awawa-dev/HyperSerialESP32/releases/tag/v8.0.0.0 . This firmware brings also support for multi-segments, that allows to double the refresh rate of large sk6812/ws2812b setups for free (well, at least a proper LED strip design is required)
• ESP8266/ESP32 handshake for the AWA Adalight (#432)
• Save/restore WLED state and set max brightness at startup (#353)
• Add support for utv007 / Linux (#423)

Fix:

• Automatic signal detection timing (#410)
• Fix the black color for disabled LEDs (#419)

Improvements:

• Improved LED device performance (dropping frames that have exceeded the hardware capabilities of the LED device, UDP/SPI devices are not affected as the process is handled by the OS)
• Update de.json (#411) Thanks @Duese123
• Update Github actions/upload@v3 (#373)

Check out also latest HyperSerialEsp8266 and HyperSerialESP32 releases. Both projects were migrated to PlatformIO which greatly simplify customizations and building the firmware in case if you want e.g. to change default serial port speed or the pin-outs (support for Github Actions!). Also HyperHDR v19 new feature allows me to remove old "first LED enabled/disabled" firmware version, because now you can set it up in HyperHDR.

New features:

• LED strip designer context menu incl. zoom, edit, move, disable, delete single LED (more: #379)
• Modifiable SPI path with device auto-detection (more: #346)
• Flatbuffers: multiple custom LUT files support (more: #334)

Bug fixing:

• Fix: critical unicolor averaging bug causing very dark colors (more: #379)
• Fix: web LED live simulator doesn't update (more: #337)
• Fix: Improved HyperHDR web server startup (more: #351)
• Fix: Restore support for ZasLuke Capture card (more: #335)
• Fix: Philips Hue: do not treat stream errors as critical when retrying

Improvements:

• Colored cmake output (more: #364)
• Unified internal clocks (more: #355)
• Support for precompiled headers (more: #359)
• Improved REST API network driver (WLED, Philips Hue etc) (more: #354)
• Github Action: upgrade runner to macos-12 (more: #341)
• Update actions/cache@v3 (more: #371)