USB LED strips
CH340 and FT232 controllers at 115200 baud, running the LumaSync v1 serial frame. Opt-in Adalight profile on the v1.4 roadmap.
Supported chipsets →Open source · Tauri 2 · MIT
Your screen, your lights. Locally.
LumaSync drives WS2812B LED strips over USB and Philips Hue Entertainment areas from the same tray-first desktop app, at the same time, from one screen source. Open source. No cloud. No HDMI box.
macOS · Windows · Linux (experimental)
LUMASYNC
- Ambient
- Lights
- Room map
- Settings
Scene presets
- Movie
- Game
- Music
- Chill
- Read
Saturation
mode ambilight usb ch340 hue stream
Both, at once
One pipeline. Two targets.
Philips Hue Entertainment
DTLS 1.2 PSK streaming to any configured Entertainment Area. Up to 20 Hz — the bridge's real limit.
How Hue streaming works →Both, synchronized
Same screen source drives both targets. Pick per mode: USB, Hue, or both — switched from the tray.
- Live Δ/Σ telemetry
- EN · TR i18n
- Compact 320×480 / Full 900×620
Ambient mode
Real-time screen capture. 20 Hz update.
Tuned for latency, not flash. The telemetry pill shows live capture and send rates so you can see when the pipeline is healthy and when it isn't — no mystery numbers.
Read about performance →
Room map editor
A canvas, not a config file.
Drag your TV, furniture, and USB strips onto a grid. Hue channels project onto normalized coordinates. Undo / redo, snap guides, keyboard shortcuts.
Calibration docs →Tray-first
Lives where it belongs — out of your way.
Single window hides to tray on close. Compact 320×480 mode for quick toggles, full 900×620 mode when you want to configure. Auto-starts on login, if you want it to.
First-setup walkthrough →
Platform support
Installs anywhere you already work.
macOS Full support
Primary development target. Universal binary (Apple Silicon + Intel).
Windows Supported
MSI installer, winget in progress. USB + Hue paths fully functional.
Linux Experimental
AppImage ships today, Flathub submission underway. Tray behavior varies by desktop environment.
Open · signed · auditable
No accounts. No telemetry. No cloud.
MIT licensed
Source at voyvodka/LumaSync. Fork it, ship it, read it.
Updates signed with minisign
Every binary is signature-verified before replacing the on-disk version. How updates work.
Credentials stay local
Hue bridge pairing and everything else lives in
~/.config/lumasync/app.json on your machine.
Transparent about scope
Roadmap honesty.
No vaporware, no silently-aging footnotes. What shipped, what's queued, and what we've explicitly rejected — read end-to-end.
Current release
- Compact 320×480 mode alongside the 900×620 full window
- Live edge-signal preview (top / bottom / left / right RGB gradients)
- Runtime Δ / Σ telemetry pill — frame latency + FPS in the status bar
- Luminance-preserving saturation control (50–200%)
- Unified scene preset catalog with a brightness field
- EN + TR i18n parity with an automatic 1:1 verifier
v1.4 — queued, not shipped
- USB per-LED sampling (the strip runs on one pixel today)
- Adalight firmware profile — opt-in compatibility toggle
- Wired keyboard shortcuts (⌥1 / ⌥2 / ⌥3 + ⌘,)
- Native OS notifications via
tauri-plugin-notification - Multi-monitor capture honouring user display selection
Dates are estimates. Source of truth is the project's internal roadmap.
DNA-conflicts
- Daemon / headless mode — answered via a local HTTP API + Home Assistant
- Cloud telemetry or Sentry-class reporting — privacy posture is load-bearing
- Cloud scene gallery — local files and JSON export only
- AI-prompt scene inference — cloud inference breaks the zero-network promise
- Docker / headless Linux server distribution — tray-first DNA
These are rejections, not "not yet" items.
Honest filter
Not for you if…
- You need HDMI passthrough for a console or Apple TV. LumaSync reads the OS screen buffer — no HDMI in the signal path. Grab a Hue Sync Box instead.
- You don't have a Hue Bridge or a WS2812B controller. The app will run, but you won't see anything light up. Start with the hardware checklist.
- You're on an unusual Linux desktop environment. Tray behavior varies — GNOME needs an AppIndicator extension, tiling WMs may force windows into tiles. Community-driven support on Linux for now.