Repository navigation
Capture real screenshots/GIFs for demos, getting-started, and WebXR pages #22
Description
Activity
P1 (
/demoscaptures) done in #23 — six real, un-stylized screenshots underpublic/screenshots/demos/:-
displayxr-demo-gaussiansplat— butterfly.spz -
displayxr-demo-mediaplayer— 3D SBS video (Avatar 2 trailer frame; carries third-party branding — swap if that's a concern) -
displayxr-demo-avatar— "Leo" -
displayxr-demo-earthview— Google 3D tiles (Paris) -
displayxr-demo-modelviewer— glTF PBR (sample.glb) - built-in cube (
cube_handle_d3d11_win)
Method: ran each demo on the runtime (Leia SR panel) forced through the D3D11 service compositor and used the file-triggered full-res atlas capture (pre-weave, DPI-safe, per the tip in this issue). Each PNG is the left eye of the stereo atlas = one clean pre-weave view. Wiring into the page TSX is the follow-up per this issue.
Still open (P2):
- getting-started: cube-running still + per-platform terminal build/run captures
- webxr: WebXR bridge demo GIF in Chrome
Also noticed during the media-player capture: video plays faster than realtime while audio stays at normal speed (A/V sync bug) — belongs on
displayxr-demo-mediaplayer, not here.-
- added a commit that references this issue
on Jul 3, 2026 Scope update after reviewing PR #23 with David:
- Demos captures: de-scoped. The demo cards already use the generated app logos; per-demo screenshots are redundant. The built-in cube capture from imagery: real demo screenshots for /demos (P1 of #22) #23 is wired on
main(df3f84f) — that item is done. - Still wanted (P2): getting-started cube-running still + per-platform terminal captures, and the WebXR bridge GIF. Same conventions as the issue body; avoid third-party IP in any frame (the Avatar 2 mediaplayer capture is the cautionary example).
- Demos captures: de-scoped. The demo cards already use the generated app logos; per-demo screenshots are redundant. The built-in cube capture from imagery: real demo screenshots for /demos (P1 of #22) #23 is wired on
Part of the imagery pass (art direction: Optical Grade + Structured Light, locked 2026-07-02 — see
DisplayXR-Strategy/brand/README.md§ Visual system +brand/imagery-map.md).public/screenshots/is currently an empty directory and three pages have proof-class slots waiting on real captures. Screenshots are the third asset class next to concept art and SVG diagrams: captured, never stylized — native resolution, no filters, no baked-in text overlays.Needs a Windows machine (and ideally a Leia SR panel) — to be coordinated with the Windows agent.
Captures needed
Demos page (
/demos) — P1One clean capture per standalone demo, running on the DisplayXR runtime:
displayxr-demo-gaussiansplatdisplayxr-demo-mediaplayerdisplayxr-demo-avatardisplayxr-demo-earthviewdisplayxr-demo-modelviewercube_handle_d3d11_win) for the "Built-in samples" cardTip: the D3D11 service compositor has a file-trigger full-res atlas capture (
workspace_screenshot_triggerin%TEMP%, documented indisplayxr-runtime/CLAUDE.md§ Autonomous capture) — full-resolution and DPI-safe, preferred over PrintWindow. Plain window captures are fine for windowed demos.Getting-started page (
/getting-started) — P2WebXR page (
/webxr) — P2Conventions
public/screenshots/<page>/<name>.png(e.g.screenshots/demos/gaussiansplat.png); GIFs alongside.Wiring the captures into the pages is a follow-up once assets land here.