Open source ambient lighting implementation for television sets based on the video and audio streams analysis, using performance improvements especially for USB grabbers. Single and multi-threaded video processing optimization for Windows, macOS and Linux x64 & ARM (Raspberry Pi and others) for SDR/HDR streams captured by USB grabbers using pre-calculated LUT tables. Direct support for USB grabbers under Windows 10 (Microsoft Media Foundation), Linux (v4l2) and macOS (AVFoundation). Also software screen grabbers are available.
Official releases:
https://github.com/awawa-dev/HyperHDR/releases
Installation manual:
https://github.com/awawa-dev/HyperHDR/wiki/Installation
Latest testing installers can be find as the artifacts of the latest build in the Github Action tab at the bottom of the page. Must be logged in.
https://github.com/awawa-dev/HyperHDR/actions
Default LUT table is already included, but for the best effect you can generate your own using new calibration tool (recommended) 🆕. Or you may download dedicated LUT tables for supported USB grabbers (available here ) 🆕. You can also import and convert custom 3dl Autodesk LUT table using HyperHDR built-in tool.
Using proper LUT table for your USB grabber is very important both for HDR and SDR content!
For Raspberry Pi you may use prepared SD card images. They are based on Raspberry Pi OS releases and are built using CustomPiOS and HyperHDR Github Action script.
Default hostname for SD images is HyperHDR so connect to http://hyperhdr:8090/
SSH and SPI services are enabled. Default Linux user is: pi and password is: raspberry.
For security reasons, you may consider changing the password for pi user after the first boot.
Building HyperHDR from sources
Manuals and guides for building and configuring your own ambient lighting system with HyperHDR:
Build-log from my SK6812 RGBW system and one thing about calibration
- Really low CPU usage on SoCs like Raspberry Pi using v4l2 grabbers
- Support for multithreading that makes Raspberry Pi capable of processing HQ video stream (Rpi 1 & Zero should also benefit from the optimization alone)
- Built-in LUT table generator
- Built-in automatic HDR LUT calibration for USB grabbers 🆕
- Built-in latency benchmark for USB grabbers 🆕
- HDR/BT2020 color, treshold & gamma correction (LUT)
- SDR treshold & gamma correction for selected codecs (LUT)
- Provides vital informations about your OS condition: CPU & RAM usage, CPU temperature, undervoltage detection, internal components performance including USB grabber and LED devices 🆕
- Automatic signal detection with smart learning capability for USB grabbers
- Support for USB grabbers under Windows 10
- Support for USB grabbers under macOS (x64/M1)
- Software screen grabbers: DirectX11 (Windows), CoreGraphics (macOS), X11 (Linux), Wayland (Linux), frame buffer (Linux) 🆕
- HDR tone mapping for external flatbuffers/protobuf sources 🆕
- Built-in audio visualization effects
- Dynamic video cache buffers. Now Rpi can process even 1080p120 NV12 stream without any size decimation 🆕
- SK6812 RGBW: the white color channel calibration for HyperSerialEsp8266, HyperSerialESP32, HyperSPI 🆕
- Optimized multi-instances. You can use for example your TV LED strip and multiple WLED or Philips Hue light sources.
- Support for WS821x, APA102 (HD107, SK9822 etc) and SK6812 RGBW LED strips using fastest possible cable solution for generic ESP8266/ESP32 external LED drivers: HyperSPI
- Support for WS8201, WS821x, APA102 (HD107, SK9822 etc) and SK6812 RGBW LED strips ultrafast USB serial port AWA protocol for ESP8266/ESP32 at 2Mb baud with data integrity check and white channel calibration: HyperSerialEsp8266 and HyperSerialESP32
- WLED fork for ESP8266 & ESP32 at 2Mb baud (also 4Mb for certain chipsets 🆕) and almost all popular types of LED strips is available: HyperSerialWLED
Changelog v18 🆕
- Overall performance without tone mapping for USB grabbers improved x10 (MJPEG) and x3 (YUV) over Hyperion NG 2.0.0.8A thanks to optimization & using of multi-threading
- Direct support for USB grabbers under Windows 10, Linux and macOS (really fast & of course multi-threaded)
- Support for software screen grabbers: DirectX11, CoreGraphics, X11
- New software grabber for Linux: Wayland (pipewire/portal) which also means support for Ubuntu 22.04 LTS 🆕
- Registering HyperHDR services with the MQTT broker 🆕
- Frame Buffer software screen grabber (Linux) 🆕
- Reworked network discovery service and added Windows support 🆕
- Improved Philips Hue wizard 🆕
- WLED Configuration Wizard can discover WLED devices on the network 🆕
- Protocol buffers HDR tone mapping 🆕
- Replaced protobuf with a lightweight nanopb library 🆕
- System event support: hibernation/sleep/wake up/resume 🆕
- Added WLED auto-resume initialization and improved existing Philips Hue auto-resume feature 🆕
- Wayland grabber: support for pipewire/portal version 4 protocol persistent authentication 🆕
- New fully automatic LUT calibration for HDR/SDR/YUV 🆕
- 30% improved performance for MJPEG HDR mode 🆕
- Add white channel calibration for RGBW led strips and latest HyperSerialEsp8266/HyperSerialESP32/HyperSPI (Adalight HyperSPI) 🆕
- New dynamic video cache buffers (improved performance, fixes #142) 🆕
- Performance information panel in the overview tab 🆕
- CPU performance and RAM usage (excluding Apple M1) 🆕
- CPU temperature reading (Linux only, when sensor is present) 🆕
- Under-voltage detection (Raspberry Pi OS only) 🆕
- USB grabber performance (shows framerate and latency) 🆕
- Instance input images to LED colors performance 🆕
- LED device output performance 🆕
- New JSON API function to control USB grabber: brightness, contrast, saturation, hue 🆕
- USB grabber latency benchmark (link) 🆕
- HDR tone mapping for flatbuffers (PR #215 thanks @chbartsch) and protobuf 🆕
- Dynamic LED layout resize on container size changed 🆕
- Improved and refactored LED devices model and communication 🆕
- Flatbuffers/Protobuf: HDR tone mapping can use an alternative filename: flat_lut_lin_tables.3d 🆕
- FlatBuffers: add support for high performance local sockets (link) 🆕
- The new build scheme allows grabber-less configuration and the use of external toolchains 🆕
- Add popular 'UDP raw' (WLED compatible) receiver for HyperHDR (link1 link2) 🆕
- User interface upgraded to modern standards (Bootstrap 5)
- Improved LUT table for SDR(yuv) and HDR video streams 🆕
- Support for CEC (turn ON/OFF grabbers, remote keys to command HDR tone mapping)
- Support for my new HyperSPI project for Rpi. Fastest possible cable solution for almost every generic ESP8266/ESP32 LED driver
- Fork of WLED with USB serial port AWA protocol at @2000000 speed for ESP32 & ESP8266 and almost all types of LED strips: HyperSerialWLED
- Support for WS821x RGB, SK6812 RGBW, APA102 like LED strips using USB serial port AWA protocol for ESP8266 at @2000000 baud with data integrity check: HyperSerialEsp8266
- Support for WS821x RGB, SK6812 RGBW, APA102 like LED strips using USB serial port AWA protocol for ESP32 at @2000000 baud with data integrity check: HyperSerialESP32
- Automatic signal detection with smart learning capability for USB grabbers
- Re-implemented backup import / export functions for ALL instances
- New video stream crop method in JSON API and GET multi-command support
- Auto-resume option for the USB grabber
- JSON API documentation in a form of live playground in 'Advanced' tab
- List of available COM ports for the adalight driver
- Fix: in specific cases some devices could not react to the 'no video signal' event when it's triggered
- New installer for Raspberry Pi 3 & 4 64bit OS (AARCH64), faster up to 30% over 32bit OS armv7l version
- Fix for WLED new network protocol
- LED grouping aka PC mode aka gradient mode, can help with eye fatigue when used with the monitor, each LED in the group has same average color
- Add timeout for the anti-flickering filter
- Panel for easy video resolution & refresh mode selection in the grabber section
- Support for QT6.2 🆕
- Lower CPU usage when automatic signal detection triggers 'no-signal'
- Fixed power saving issue in macOS version
- Audio visualization effects (Windows, macOS and Linux)
- Support for YUV, MJPEG, RGB24, I420, NV12 and XRGB encoding
- Overall ('Quarter of frame' in the USB grabber section) and per an instance ('Sparse processing' in the Processing tab) options to control quality/performance balance.
- Hardware brightness, contrast, saturation, hue control for USB grabbers (Windows and Linux)
- Philips Hue driver (inc. Entertainment API) partially rewritten and working. Customized new options for powering on/off the lamps
- New option to choose video encoding format (for multi format grabbers for ex. Ezcap 269, MS2109 clones)
- special LUT table dedicated for Ezcap 320 grabber available in the download section
- Add configurable Signal Threshold Counter option for signal detection
- LUT table tone mapping, mainly for HDR correction and fast color space transformation (YUV).
- New advanced & weighted advanced LED mean color algorithm in Image→LED mapping
- Improved backlight algorithm to minimize leds flickering on the dark scenes (configurable in the Smoothing)
- Add old style color calibration (HSL) using luminance, saturation et.
- Build for newer Raspbian Buster. It's a complete migration from older Raspbian Stretch
- Option for hyperhdr-remote, JSON API and web GUI remote to turn on/off HDR tone mapping
- Option for luminescence & saturation for hyperhdr-remote
- Ready to write SD images of HyperHDR
- Fix for SK9822 leds on SPI (aka fake APA102)
- Windows, macOS DMG and Linux DEB & RPM installers contain default LUT table
You can create your own calibrated LUT table using latest HyperHDR or use LUT dedicated for MS2109 clones, Navy U3, Ezcap 269, Ezcap 320, Ezcap 321, Ezcap 331, AV Access 4KVC00, Elgato HD60X (you can find them in the HyperHDR release section). Why is it worth using them? USB grabbers HDR to SDR quality review
You don't need to use an HDR source to use HyperHDR. You can just benefit from: high performance & optimized video proccessing, capability of using multithreading to avoid bottleneck resources, support for modern USB grabbers under Windows 10/Linux/macOS, decicated fast USB LED drivers (HyperSerialEsp8266, HyperSerialESP32 and HyperSerialWLED) or SPI driver (HyperSPI), screen grabbers including DirectX11 with HDR tone mapping, easy to use JSON API (both POST and GET), easy to setup automatic video signal detection, music capabilities and anti-flickering filter for best movie experience.
Use linux 'top' command with per core view (press 1) or preferable 'htop'. On Rpi 2/3/4 max limit is 400% (4 cores per 100%). The problem will occure when one of the core's usage is close to the 100% limit, not when overall usage is for example between 200-300% where each core if far from the individual limit.
Check the performance statistics that are updated every minute in System➔Log page.
Thanks to our colleague @mjoshd there is a HyperHDR integration plugin for Home Assistant. Check the details on the website of the project https://github.com/mjoshd/hyperhdr-ha Also you can test a HA plugin to install HyperHDR link (thanks @ihrapsa) 🚀 🆕
We do not support driving WS281x and especially SK6812 LED strips directly from the Raspberry Pi although it's theoretically possible: link. If you made it and it works, fine, but most of our users weren't so lucky. You should use external ESP8266/ESP32 (preferable with CH340G or CP2104 onboard) and the voltage level shifter.
Usage of WS281x LED strip with Rpi directly (PWM mode) requires root privilages. Otherwise you may get 'Error message: mmap() failed' (read more)
It's possible to switch off/on HDR tone mapping remotely with your home automation system. You can build commands for HyperHDR using our JSON API playground.
Before and after HyperHDR LUT correction on HDR/BT2020 video that was broken by the USB grabber.
Without it your ambient lighting colors will be washed-out:
The source is released under MIT-License (see http://opensource.org/licenses/MIT).
