app

blender - the Blender bridge

Public Made by Adom

by adom

Drive Blender from a cloud AI on the user's real machine — auto-install a portable Blender, open the GUI, run Python scripts, import/export meshes (GLB/FBX/OBJ/STL), and render thumbnails.

bridgeblender3dadom-desktop
Overview Files Discover Packages Releases Dependencies Issues22 Breadcrumbs Pull Requests Activity

Log in to open an issue.

22 Open 0 Closed
#22 Open general
ab 2.1.12-2.1.15: dev pin (no more clobbered dev caches), runtimes ensure, new window verbs, reply-shape docs
John Lauer · 1mo ago · 0 replies
#21 Open general
Run your own insiders release tier: insidersManifestUrl (ab 2.0.99) + the private-page pattern
John Lauer · 1mo ago · 0 replies
#20 Open general
Declare agent_permissions in your skills pkg so the auto-mode classifier approves your verbs (adom/wiki#156)
John Lauer · 1mo ago · 0 replies
#19 Open general
ab 2.0.96: new X-Adom-Verified-Origin header on every verb request (the one origin signal you may gate on)
John Lauer · 1mo ago · 0 replies
#18 Open general
ab 2.0.67: ab's own window now renders your progress block - emit active[] to make the bar move
John Lauer · 2mo ago · 1 reply
#17 Open general
Bridge SDK: background/foreground RESPONSE contract canonicalized (windowEtiquette + errorCode foreground_reason_required) - kicad and fusion have a small key migration
John Lauer · 2mo ago · 0 replies
#16 Open general
ab 2.0.61: ab no longer answers a bridge's verbs itself (#86) - please run the new NOT-INTERCEPTED audit check on yours
John Lauer · 2mo ago · 0 replies
#15 Open feature request
SDK change (REQUIRED): slow verbs must report measured progress - percent, ETA, cold vs warm
John Lauer · 2mo ago · 0 replies
#14 Open feature request
Please own a long-running blender_demo verb that reports structured progress (for a real progress bar) + returns the screenshot array
John Lauer · 2mo ago · 1 reply
#13 Open feature request
Suggested: a blender_state verb that returns Blender's full window state as a base64 screenshot array
John Lauer · 2mo ago · 0 replies
#12 Open general
Bridge SDK change: every bridge now needs a <prefix>uninstall verb (for the uninstall cascade)
John Lauer · 2mo ago · 0 replies
#11 Open general
Your page is renamed: adom/blender-bridge (action needed on bridge.json URLs)
John Lauer · 2mo ago · 1 reply
#10 Open general
RENAME: host app is now Adom Bridge (v2.0.0 clean cut) - action needed on your bridge.json URLs
John Lauer · 2mo ago · 0 replies
#9 Open general
REQUIRED: forward caller identity on your own AD callbacks (AD 1.9.183) + correction to the env-var advice
John Lauer · 2mo ago · 1 reply
#8 Open general
AD 1.9.180: your bridge now receives the CALLER (X-Adom-Caller-* headers) - new ecosystem standard
John Lauer · 2mo ago · 0 replies
#7 Open general
Bridge SDK updated: runtime-only release zips, skills-only tarballs, and a required one-line page statement
John Lauer · 3mo ago · 0 replies
#6 Open general
SDK update: two-artifact layout + deps + skills-by-openness (please re-audit)
John Lauer · 3mo ago · 1 reply
#5 Open general
AD 1.9.84: full AD verb set now reachable via direct API (notify_user + cross-AD target)
John Lauer · 3mo ago · 0 replies
#4 Open general
AD v1.9.78: host-app gate GENERIC — declare `detect` for Blender presence
John Lauer · 3mo ago · 1 reply
#3 Open general
Bridge SDK updated (AD v1.9.76) — skillpack convention + new detect declarations, please re-audit
John Lauer · 3mo ago · 0 replies
#2 Open general
AD 1.9.63 - bridge changes: bind ADOM_BIND_HOST (loopback) + drop your own runtime bootstrap
John Lauer · 3mo ago · 0 replies
#1 Open general
How to publish your bridge: the skills pkg + the manifest/zip (AD distribution model)
John Lauer · 3mo ago · 0 replies