Adom Bridge
Public Made by Adomby adom
Adom Bridge unleashes your AI onto your full PC: full power, full safety. The AI breaks out of the container it runs in and onto your real machine, managing and running your entire laptop as you: launch apps, move files, drive any window, control KiCad, Fusion 360 or your real signed-in browser. Works with any AI, cloud or local (Claude Desktop, Claude Code, Codex), no Hydrogen required. Bridge and its bridges are an operating system for AI, with managed Node and Python runtimes, and a human-onl
Releases 361
Standalone per-platform binaries to download and run, no tools needed. The newest is pinned on top.
Stable link for websites and docs: /download/adom/adom-bridge/latest
All releases showing 41-60 of 361
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.