Adom Bridge

Adom Bridge 2.1.109 (insiders). H.265/HEVC recording now works: desktop_record_start {codec:'h265'} records HEVC (about 40% smaller files than H.264 at similar quality; needs a modern player). Under the hood a D3D11 VideoProcessor converts each captured frame to NV12 for the hardware H.265 encoder. H.264 (the default) is unchanged. desktop_record_encoders lists the H.264 and H.265 encoders a machine has.

Adom Bridge 2.1.108 (insiders): internal diagnostic for the HEVC recording work (#190); logs which Media Foundation step rejects the H.265 media type. No change for H.264 recording.

Adom Bridge 2.1.106 (insiders). Recording: (1) the ~105 s freeze on long screen+audio takes is fixed - video frames are stamped on the same wall clock as the audio track (2.1.105); proven at 1440p and 4K for 150 s. (2) H.265/HEVC recording now works - the HEVC encoder needs a profile on its output media type, which was missing; desktop_record_start {codec:'h265'} records HEVC (smaller files, needs a modern player). (3) desktop_record_encoders lists the H.264 and H.265 encoders a machine has, hardware-first, so the codec choice is visible.

Adom Bridge 2.1.105 (insiders). wiki #189: fixes the recorder freeze on long takes. Video frames are now stamped on the same wall clock the system-audio track uses, instead of a nominal-fps clock that drifted ~10%/s ahead of real time and, after ~100 s, made the MP4 muxer block video while it waited for audio to catch up. A long screen+audio recording now runs to its full length and finalises. Also adds desktop_record_encoders, which lists the H.264 and H.265/HEVC encoders a machine has (hardware-first) so a recording can pick its codec; desktop_record_start already accepts codec (h264 default, h265/hevc), bitrate and fps.

2.1.48: a notify_user with wait:true + buttons is a decision prompt: mirrored to ab's in-window permission stack, Hydrogen's dialog (embedded) and every same-account mesh peer with the button labels as choices; the first answer anywhere resolves the waiting verb with {action:label} and dismisses the rest (wiki #157: bridge consent gates on boxes that block toasts).

2.1.47: registry-only app identities (shortcut:false) now write a small visible anchor shortcut inside one Start Menu subfolder (anchorFolder, default Adom Bridge; anchor:false opts out) so a branded window's taskbar jump list opens on the FIRST right-click (wiki #155 / #40, measured); unregister removes it. ui_panel replies poll for the applied state and read windowVisible from the real window.

2.1.46: the Mesh view probes every peer with a mesh ping when it opens, so direct-vs-relay edges are true at that moment (not the last time a verb crossed the mesh); desktop_ui_panel show reveals a tray-hidden window first (revealedWindow) so opening a panel is one call.

2.1.42 (mesh P0): a peer that fails to dial is skipped for 120 s so --target falls through to the hc relay instantly instead of paying the dial timeout on every call; dial timeout 4 s; a directory refresh with new endpoints clears the skip. First two-node mesh verified live (AdomLapper <-> ConfRoomROG, route.via = mesh, ~12 ms rtt).

2.1.39 (wiki #152): when the installed puppeteer bridge is not a node bridge (pup's Rust exe), the browser route's start path delegates to the generic spawn path - no bundled node seed lookup, no npm install, on every route incl. recover_not_listening; bridge_list rows carry spawnKind (the effective kind ab will run).

2.1.38: (wiki #150) an ab-core verb wins at dispatch regardless of the app tag a caller put on the wire - a pre-2.1.35 CLI that still routes desktop_record_* as app:browser now reaches the native recorder on the relay, WS and direct-API paths; the CLI's stale-bridge hint names the stale-CLI cause first. (wiki #151) desktop_demo_panel hide sticks: render() never repaints a hidden panel, hide also runs on the panel's own thread, and the reply verifies with IsWindowVisible (hidden, verified).

2.1.34 (pup-bridge #96): Chrome-for-Testing presence now means the executable exists - a half-unpacked version dir (arav-rog's EPERM mid-unpack) reads present:false, path:null on bridge_readiness instead of a false present, and the prewarm re-runs the install on the next pup start.

Adom Bridge 2.0.99. insidersManifestUrl for bridges + agent_permissions posture. Installer hosted here as the one canonical download; the insiders manifest points at this URL (wiki #117).

Adom Bridge 2.0.97. The updater gains a login-decided release-tier probe: an early-release manifest is followed when the signed-in login can read it, with silent fallback to the public manifest otherwise; update_status reports the tier. The Bridge SDK gains the generic release-tiers design pattern (three postures) so any bridge author can run their own early tier. Also carries the verified-origin and compiled-bridges SDK docs.

The Windows desktop app. Install this .exe once on the PC you want a cloud AI to reach.

It runs in your system tray, connects to your Adom relay, and exposes every desktop verb: screenshots, file transfer, shell commands, native app and browser control, plus the KiCad and Fusion 360 bridges.

This is the app for your Windows machine. It is NOT the container CLI. To drive this desktop FROM a Linux cloud container, use the Install box above (adom-wiki pkg install adom/adom-desktop), which installs the Linux CLI and the AI skills.

What changed in 1.9.95: fresh-VM auto-login now brings the app window to the foreground before the sign-in countdown, and the container skills package is leaner.

Blind pass-through of bridge verb arguments: the CLI no longer reshapes or drops a bridge verb's args, so all pup browser_ verbs (window sizing, foreground, and any future arg) now reach the bridge intact.

UI polish: the shell auto-approve banner now shows a human-readable h/m/s countdown plus the absolute time it expires, and the Runtimes panel shows each runtime interpreter path in its tooltip.

Fix a node and python availability gate that ignored the AD-managed portable runtime, so on a fresh box every managed-runtime bridge verb except the status verb wrongly returned node_not_found. Node and Python bridges are now fully usable on a machine with no system runtime.

After the user clicks Sign In and approves in their browser, the Adom window comes to the foreground once so they land back on the app. Only when running standalone, never when embedded under Hydrogen Desktop.

Managed-runtime fix: put the managed Node or Python dir on a bridge child process PATH so npm postinstall scripts and bare node calls resolve, letting a source-only Node bridge install from the wiki on a machine with no system Node.

No-UAC fix: stop writing HKLM at launch, so no elevation prompt and no duplicate Add or Remove entry on fresh installs.

Fix duplicate Add/Remove Programs entry: AD marks its own HKLM Uninstall key SystemComponent so only the NSIS installer entry is visible (AD key kept hidden for the Win11 taskbar icon)

Reject the Windows Store python.exe stub as a system runtime: detect_system now requires a real version, so a stub-only box downloads the portable no-UAC Python (shows version + adom-managed) instead of pinning a dead stub as ready

Non-blocking runtime gate: a bridge that needs Node or Python before prewarm finishes now gets a runtime_warming poll-and-retry response instead of a silent block; race-safe, system runtimes still resolve instantly

Installer slimmed ~2MB by stripping bundled KiCad consumer docs and demo assets (code kept, offline-safe); new GUI Runtimes panel showing managed Node/Python; prewarm now runs every launch so the panel is accurate on restart

Managed portable Node and Python runtimes for bridges with no UAC prompts; loopback bridge binding avoids Windows Firewall prompts; background runtime prewarm; new runtimes status verb

Installer exe now shows the Adom brand icon instead of the generic NSIS icon. WebView renderer fix for headless and Server VMs (disable GPU, renderer sandbox, and RendererCodeIntegrity) so Adom Desktop launches on GPU-less Azure VMs.

GPU-aware WebView rendering: detect a real hardware GPU (DXGI) and keep acceleration on real machines; force software rendering ONLY on headless/Server VMs (no GPU) where WebView2's GPU renderer crashes to a white window. Fixes fresh Azure VM installs that showed a white window then died.

Trace the full window-show decision into startup.log (setup entry, embedded state, stay_hidden, window created?, forced-show result) to debug a fresh-VM no-window case; force-show the main window on a standalone launch.

Bridge console: don't clobber an active text selection on refresh (copy-exact-range now works). Pup bundled seed → 1.2.0 (prewarm chrome-for-testing). Homepage github→wiki.adom.inc across bridge.json. (Incl. 1.9.47 bridge_readiness + cold-start prewarm + node_modules-at-spawn.)

bridge_readiness probe + two-tier cold-start prewarm (runtime auto-install, host-app detect-only); cache node bridges get node_modules at spawn; corrected bridge.json schema; bridge-author consolidated into the Bridge SDK.

Peer screenshot view: Refresh button + auto-refresh dropdown (Off/2s/5s/10s/30s); tooltips on the peer buttons; 'Boot' relabeled 'Boot off relay' with a 'does NOT reboot the computer' confirmation.

Per-peer screenshot/control block (block a shared machine from screenshotting yours); auto cloud-server discovery after sign-in + prominent Sign-in CTA; fresh-install taskbar icon fix; exit-when-HD-exits default off for standalone; paste-add-server accepts the {servers:[…]} wrapper; bridge skill propagation (sync_skills).

v1.9.33: actionable toasts (foreground click + approve-via-toast), Bypass Permissions rename, AD-core status hints; signed Windows installer for laptop + HD-embed