{ "version": "https://jsonfeed.org/version/1", "title": "deckbridge", "home_page_url": "https://lukasmega.github.io/DeckBridge/blog", "description": "Release notes and news from the deckbridge project", "items": [ { "id": "https://lukasmega.github.io/DeckBridge/blog/since-v0-15", "content_html": "

DeckBridge changed considerably since 0.15.0. AJAZZ AKP05 support landed. Widget controls grew more capable. Pairing recovery became more reliable.

\n\n

AJAZZ AKP05 joins supported decks​

\n

AKP05E support adds ten LCD keys. Four encoders also work. Touch strip adds four zones. Stream Deck + pairing now works. Eight keys reach Elgato software. Remaining two become configurable side keys.

\n

Each side key supports widgets. Key presses can refresh widgets. Presses can also run commands. Encoders forward turns and presses. Strip taps and swipes forward too.

\n\"DeckBridge\"DeckBridge\n

Screenshot shows mock AKP05 pairing. AKP05E hardware received macOS testing. Retail AKP05 support remains untested. See device details.

\n

Touch strip gets widget zones​

\n

Each strip zone gets independent widgets. Zone previews double as tabs. Pick one to edit it. Three ownership modes control repainting. Elgato can own every zone. DeckBridge can override app images. Repaint mode restores widgets after feedback.

\n\"Live\"Live\n

See touch strip modes.

\n

Widgets gain precise text controls​

\n

Size controls now include Fit. Wrapping handles words or characters. Narrow font fits more text. Colours, alignment, padding, and outlines adjust. Side keys show live previews. Clipped text gets visible warnings.

\n\"Live\"Live\n

Device key art also gets cropping. Users can position images before upload. See widget controls.

\n

Pairing survives more disruptions​

\n

Paired decks now regain connections. DeckBridge watches lost child connections. Local Elgato software can restart automatically. Restart only follows previously paired decks. Settings expose delay and manual restart.

\n

Tray status gets clearer​

\n

Tray header now shows app version. Available updates show one indicator. Release checks still require user action.

\n

Release status​

\n

Version 0.17.0 includes these changes. Screenshots show mock Web UI. Download 0.17.0.

\n

VirusTotal results​

\n

Some scanners flag 0.17.0 downloads. Findings suggest false positives. No clear malicious behavior appeared. Scans cannot prove safety. Verify downloads using release checksums. Keep antivirus protection enabled.

\n
Scan results
DownloadDetections
Windows portable ZIP1/51
Windows installer3/68
macOS Intel DMG1/58

Results checked September 29, 2026. Scanner results can change.

\n
Bundled components and possible causes

Windows Tauri launcher scored 3/71. NSIS utility DLL scored 2/71. Portable ZIP omits NSIS. Its Txiki relay still scored 2/71. QuickJS runs inside Txiki. Extracted native DLLs scanned clean. Packaging may trigger scanner heuristics. Exact causes remain unproven.

\n

Read complete findings.

", "url": "https://lukasmega.github.io/DeckBridge/blog/since-v0-15", "title": "What's new since 0.15", "summary": "DeckBridge changed considerably since 0.15.0. AJAZZ AKP05 support landed. Widget controls grew more capable. Pairing recovery became more reliable.", "date_modified": "2026-09-28T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release", "Devices" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/performance-audit", "content_html": "

DeckBridge sits between your USB panel and the Elgato app, so it must never be slow in the\nmiddle. I profiled the hot paths and found four problems. Three were one-line fixes.

\n\n

1. The build was optimizing for the wrong thing​

\n

Rust was set to optimize for size. That setting applies to every dependency too — so\nthe JPEG encoder and image resizer were built for size as well, losing the optimizations\nthat make their number-crunching fast.

\n
time to process one image
  for size   ████████████████████  3.50 ms
  for speed  █████                 0.91 ms  ← 3.8×
\n

Cost: 69 KB of extra binary.

\n

2. Frozen 55 ms, every 2 seconds, forever​

\n

DeckBridge scans for extra decks every 2 seconds. It asked the OS about each supported\ndevice separately — 18 questions, each making the OS walk through every USB device you have\nplugged in.

\n
time frozen, per scan
  18 lookups  ████████████████████  56.84 ms
  ask once    █                      3.16 ms  ← 18×
\n

Worse, it froze the same thread that acknowledges incoming images, and the Elgato app waits\nfor each acknowledgement before sending more. So a badly timed scan delayed images reaching\nyour deck.

\n

The fix was to ask once and answer all 18 questions from that one answer. It now runs on a\nbackground thread too.

\n

3. An acknowledgement stuck behind a log nobody reads​

\n

One spot wrote a log line before sending the acknowledgement — a log line then thrown\naway, because it's debug detail and DeckBridge ships at normal logging. Build a message,\npass it around, discard it, all while the Elgato app waits. Hundreds of times per profile\nload. Swapping two lines fixed it.

\n

4. The shortcut was slower than the work​

\n

DeckBridge caches processed images. To check the cache it first computes a \"fingerprint\" of\nthe incoming image — and after fix #1, that fingerprint cost more than the processing it\nwas meant to skip:

\n
  processing   ███████████           0.91 ms
  fingerprint  ████████████████████  1.60 ms
\n

Reading four bytes at a time instead of one fixed it, still reading every byte:

\n
fingerprinting cost
  one byte    ████████████████████  1.60 ms
  four bytes  █████                 0.38 ms  ← 4.2×
\n

A 15-key profile load went from 24 ms to 5.7 ms. Details in\nthe image-flow docs.

\n

Also worth saying​

\n

Several good-looking ideas didn't survive measurement and were dropped, including a faster\nresize filter (saved 0.17 ms, risked visible quality) and avoiding a copy between threads\n(the runtime copies anyway).

\n

And the docs claimed image processing took \"50–200 ms\", used to justify DeckBridge's\ntwo-thread design. The real number is under a millisecond. The design is still right, but\nfor a different reason — it's the burst of USB writes after processing that would block\nthings. All four places quoting the wrong figure have been fixed.

\n

Full numbers and how to reproduce them: rust/PERF.md.

", "url": "https://lukasmega.github.io/DeckBridge/blog/performance-audit", "title": "Four findings from a performance audit", "summary": "DeckBridge sits between your USB panel and the Elgato app, so it must never be slow in the", "date_modified": "2026-09-18T12:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Performance" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/v0-14-2", "content_html": "

Deckbridge 0.14.2 adds an opt-out update check and live device tuning, plus a Windows\nportable zip, sharper app icons, a visible app version in the web UI, and accessibility\nfixes.

\n\n

Update check​

\n

DeckBridge now tells you when a newer release is out. Once ~30 seconds after startup and\nthen every 24 hours, it makes a single unauthenticated request to the GitHub releases API\nand shows a badge in the web UI if there is something newer. It is notify-only — nothing\nis downloaded or installed — and it sends no machine id and no usage data.

\n

Turn it off with the Check for updates toggle in Settings, or \"updateCheck\": false\nin settings.json. Check now runs the check on demand. Details in privacy.

\n\"The\n\"The\n

Device tuning​

\n\n

The panel text now says which changes are instant and which reconnect:

\n\"The\n\"The\n

Windows​

\n\n

Icons​

\n

App and tray icons are updated. On macOS the tray icon sits in the\nmenu bar — green once the deck is open and the Elgato app is connected:

\n\"DeckBridge\n

Web UI​

\n\n

Docs​

\n

The README device list is now a table, so supported decks are easier to scan, and there is\nan architecture diagram.

\n

Full changelog and downloads: deckbridge-v0.14.2

", "url": "https://lukasmega.github.io/DeckBridge/blog/v0-14-2", "title": "deckbridge 0.14.2", "summary": "Deckbridge 0.14.2 adds an opt-out update check and live device tuning, plus a Windows", "date_modified": "2026-09-18T02:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release", "Docs" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/v0-14-0", "content_html": "

Deckbridge 0.14.0 brings faster image transfers and USB discovery, easier diagnostics, and device tuning.

\n\n

Performance​

\n\n

Profile switches now update all keys together. On a Mirabox 293S, median USB transfer time dropped 54.9% across ten samples per mode.

\n
Full 15-key pageBeforeAfter
Median USB transfer1,022 ms461 ms
USB reports7662
STP reports151
\n

Sending one STP report per page reduces firmware stalls.

\n\n

Diagnostics​

\n

Run deckbridge diagnose to collect device details, logs, and settings.json. It runs without starting a server or opening the device. The Web UI provides the same report at GET /api/diagnostics.

\n

Settings → Logging & diagnostics does the same in one click: turn on debug logging, reproduce the problem, then create the report.

\n\n\"The\n\"The\n

Commands appear in full by default. Tick Hide commands and plugin arguments — or pass --redact-commands on the CLI — before sharing.

\n

Rotating logs keep three files, up to 2 MB each. Startup logs help identify where a freeze occurred.

\n

Device tuning​

\n

Use the Web UI tuning panel or modelOverrides in settings.json to adjust images, communication, and key mapping. Device identity and driver selection stay fixed.

\n

Rotation, image fit and pad fill sit under Layout; size, quality and byte limit under Image. Values apply to every unit of that model and take effect on reconnect.

\n\n\"The\n\"The\n

If tuning causes problems, press Reset — or restart with DECKBRIDGE_NO_OVERRIDES=1 to ignore saved overrides for the session.

\n

See troubleshooting for details.

\n

Device and platform fixes​

\n\n

Releases​

\n

Release files are scanned for malware. VirusTotal links appear in release notes. Windows and macOS installers build faster.

\n

Next release​

\n

Deckbridge will connect one deck by default, then stop USB scanning. Enable \"multiDeck\": true in Settings to connect another. Disabling it disconnects extra decks.

\n

Full changelog and downloads

", "url": "https://lukasmega.github.io/DeckBridge/blog/v0-14-0", "title": "deckbridge 0.14.0", "summary": "Deckbridge 0.14.0 brings faster image transfers and USB discovery, easier diagnostics, and device tuning.", "date_modified": "2026-09-17T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release", "Devices", "Docs" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/v0-10-0", "content_html": "

Deckbridge 0.10.0 adds tested support for Fifine AmpliGame D6 hardware revision 2. It also refreshes dependencies and documentation.

\n\n

Highlights​

\n\n

Full changelog and downloads: deckbridge-v0.10.0

", "url": "https://lukasmega.github.io/DeckBridge/blog/v0-10-0", "title": "deckbridge 0.10.0", "summary": "Deckbridge 0.10.0 adds tested support for Fifine AmpliGame D6 hardware revision 2. It also refreshes dependencies and documentation.", "date_modified": "2026-09-11T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release", "Devices" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/device-comparison-docs", "content_html": "

New comparison guidance makes supported Stream Deck-compatible hardware easier to evaluate before setup.

\n\n

What changed​

\n

Device documentation now brings models, controls, and known behavior together. Readers can compare hardware first, then continue directly into setup instructions.

\n

Start with supported devices, then follow getting started when hardware is ready.

", "url": "https://lukasmega.github.io/DeckBridge/blog/device-comparison-docs", "title": "Choosing supported hardware", "summary": "New comparison guidance makes supported Stream Deck-compatible hardware easier to evaluate before setup.", "date_modified": "2026-09-10T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Docs", "Devices" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/v0-9-3", "content_html": "

Deckbridge 0.9.3 fixes tray detection when Web UI runs from its sidecar. It also modernizes project tooling.

\n\n

Highlights​

\n\n

Full changelog and downloads: deckbridge-v0.9.3

", "url": "https://lukasmega.github.io/DeckBridge/blog/v0-9-3", "title": "deckbridge 0.9.3", "summary": "Deckbridge 0.9.3 fixes tray detection when Web UI runs from its sidecar. It also modernizes project tooling.", "date_modified": "2026-08-28T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/v0-9-0", "content_html": "

Deckbridge 0.9.0 shrinks its embedded txiki.js runtime from 6.4 MB to 2.4 MB. Linux releases also gain broader compatibility.

\n\n

Highlights​

\n\n

Full changelog and downloads: deckbridge-v0.9.0

", "url": "https://lukasmega.github.io/DeckBridge/blog/v0-9-0", "title": "deckbridge 0.9.0", "summary": "Deckbridge 0.9.0 shrinks its embedded txiki.js runtime from 6.4 MB to 2.4 MB. Linux releases also gain broader compatibility.", "date_modified": "2026-08-19T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release" ] }, { "id": "https://lukasmega.github.io/DeckBridge/blog/v0-8-2", "content_html": "

Deckbridge 0.8.2 concentrates on safer dependencies and more dependable delivery workflows.

\n\n

Highlights​

\n\n

Full changelog and downloads: deckbridge-v0.8.2

", "url": "https://lukasmega.github.io/DeckBridge/blog/v0-8-2", "title": "deckbridge 0.8.2", "summary": "Deckbridge 0.8.2 concentrates on safer dependencies and more dependable delivery workflows.", "date_modified": "2026-07-31T00:00:00.000Z", "author": { "name": "Lukas", "url": "https://github.com/lukasMega" }, "tags": [ "Release" ] } ] }