Read shared execution guidance once per task before using tools. It covers existing authorization, model discovery, optional cost checks, imports, and recovery.
render_html_video sends an HTML composition to a HyperFrames renderer and returns a queued video job. This is an explicit-only route. Do not select it for ordinary AI video generation, or merely because a video needs text; use creativeclaw-generate-video unless the user asks for HTML/HyperFrames/code-driven rendering or explicitly accepts that method.
Good uses
- Put precise, animated text, captions, lower thirds, labels, or calls to action over an existing video.
- Make deterministic title cards, logo stings, charts, UI motion, intros, or outros.
- Preserve exact copy, fonts, colors, logo placement, and timing that a generative video model may change.
- Build procedural canvas graphics, WebGL/shader backgrounds, and deterministic 3D product motion.
It is not the right tool for photorealistic scene invention, character motion, or cinematic generative footage.
Choose the source method
- Single HTML (default): use
htmlfor basic, short videos and self-contained motion. An HTML catalog example returns the actual document; adapt it and submit its contents. - Full project ZIP: use
project_urlfor an unchanged project available at a public HTTPS URL, including a ZIP example returned byget_example. Useproject_asset_idfor an uploaded, private, or locally modified project. Full projects are for advanced videos only when using a ZIP example selected from search_examples, or when the user already has a full HyperFrames project. Ordinaryzipand dedicatedprojectassets both work for uploaded projects. Read project packaging for editing and packaging. Complexity alone is not a reason to start a new ZIP project.
For explicit HTML-video requests, look for relevant examples with search_examples and load selected matches with get_example when those tools are exposed. Read example discovery. Inspect the returned source type; a generative prompt is not HTML. If there is no useful example, use the single-HTML method unless the user supplies a full project.
All composition, DOM, canvas/WebGL, timing, media and verification principles below apply to both methods. Only transport, dependency paths and packaging differ; a ZIP does not make non-seekable animation render-safe.
Workflow
- Establish the explicit HTML/HyperFrames intent from the request or prior authorization; do not ask again when already established. Set duration, even-numbered width and height, FPS, output format, exact copy, and source media.
- For single HTML, import local or attached media and use durable public HTTP(S) URLs. For ZIPs, bundle assets and preserve project-relative paths. For overlays, match the source video's aspect ratio and dimensions; scale or pad the source first when necessary.
- For branded work, call
get_themeand use its approved fonts, colors, logos, and motion character. - Read composition contract, then only the use-case references below that apply. For single HTML, assemble one complete document with inline composition CSS/JS. For ZIPs, retain the full project structure and relative sub-compositions/assets. Plain finite CSS keyframes work for simple motion; prefer one paused GSAP timeline for orchestration.
- Inspect the exposed
render_html_videoschema; pass exactly one source: completehtml, public ZIPproject_url, or uploadedproject_asset_id. Include supported output options (duration,fps,width,height,format,name,tags). Do not invent file-upload, preflight, or dependency parameters. Rendering is asynchronous: resolve the returned job with the exposedcheck_jobschema when the final URL is needed. - Inspect text fit, safe zones, animation timing, media sync, encoded dimensions, and audio before using the output in another edit.
Use 24 FPS for a cinematic cadence, 30 FPS for normal graphics, and 60 FPS only when the extra smoothness justifies the cost. The renderer normalizes other positive values to 24, 30, or 60, so request one of those directly.
Read by use case
| Need | Reference |
|---|---|
| Full project ZIP from a selected example or user-supplied project | Project packaging |
| Typography, UI demos, charts, logo stings, title cards | DOM and product motion |
| Procedural 2D, Three.js, GLSL, HTML as texture | Canvas and WebGL |
| Footage overlays, captions, narration, music, source audio | Audio and media |
| Find a reusable starting point when example tools are exposed | Example discovery |
| Review, local checks when available, blank frames or timeouts | Verification and troubleshooting |
The standalone WebGL example is a complete document for local validation or adaptation into the html string; its file path is not a render-tool input. Validation status is recorded in the verification reference.
Use estimate_generation with operation: "html_video" only for user-requested cost/budget help, supplying actual duration, dimensions, and FPS in params. Respect existing authorization without a routine approval gate.