Files
Vance IngallsandClaude Fable 5.1 4502831f8d fix(cli): forward --no-motion-blur to the Docker container
The opt-out was silently ineffective under --docker. `--no-motion-blur`
resolves the plan's `motionBlur` to `undefined`, and `buildDockerRunArgs`
emitted nothing at all for that state, so the container received no
motion-blur argument. The in-container CLI then ran its own
`resolveMotionBlurArg(undefined) ?? projectRenderConfig?.motionBlur` and
re-enabled exactly the blur the caller switched off — with no diagnostic.
That is the AE exporter's own workflow inverted: the exporter writes
`render.motionBlur` into `hyperframes.json` for every comp with MB on, so
`hyperframes render --docker --no-motion-blur` on such a project rendered
blurred, doing the opposite of the flag.

`RenderPlan` and `RenderOptions` now carry `motionBlurOff` separately from
the resolved `motionBlur`, and `buildDockerRunArgs` forwards it as
`--no-motion-blur` — the negated form the in-container citty parser reports
as the boolean `false`, the same opt-out the host resolved. When both are
set the opt-out wins, matching the host's own precedence. Without this, an
absent `--motion-blur` plus a project config is indistinguishable inside the
container from `--no-motion-blur` plus that same config.

Tests: `buildDockerRunArgs` emits `--no-motion-blur` and no positive flag
for the opt-out (and drops the positive flag when both are set);
`createRenderPlan` records the durable opt-out alongside the absent option;
the real `render` command definition parses `--no-motion-blur` to `false`
through citty. Reverting the dockerRunArgs change turns the first two red.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
2026-09-18 10:23:56 -07:00
..
2026-09-17 01:48:54 -04:00

hyperframes

CLI for creating, previewing, and rendering HTML video compositions.

Install

npm install -g hyperframes

Or use directly with npx:

npx hyperframes <command>

Requirements: Node.js >= 22, FFmpeg

Commands

init

Scaffold a new Hyperframes project from a template:

npx hyperframes init my-video
cd my-video

preview

Start the live preview studio in your browser:

npx hyperframes preview
# Studio: http://localhost:3002/#project/my-video
# Server: http://localhost:3002

npx hyperframes preview --port 4567

In an interactive terminal, the preview stays attached until you press Ctrl+C. In a non-interactive shell such as a coding-agent session, the same command starts a managed preview that survives after the command returns. Use --background or --foreground to choose explicitly, and manage persistent previews with --status, --stop, --list, and --kill-all. Add --json to managed lifecycle commands for machine-readable output. --foreground --json prints the ready-session envelope once, then remains attached until stopped.

normalize-audio

Measure two local authored audio clips with integrated LUFS and match the target to the unchanged reference. The command is a dry run unless --write is passed:

npx hyperframes normalize-audio --reference target-audio --target user-audio
npx hyperframes normalize-audio --reference target-audio --target user-audio --write

It updates only the target element's data-volume and refuses unsafe boosts that exceed Studio's +12 dB ceiling or would clip.

render

Render a composition to MP4. Run from the project directory; the positional argument is the project directory (not a file), so render the project's index.html directly, or point at a specific composition file with -c:

npx hyperframes render -o output.mp4
npx hyperframes render -c ./my-composition.html -o output.mp4

Set HYPERFRAMES_RENDER_DETACHED=1 when starting a render with nohup or disown so it keeps running after the invoking shell exits.

publish

Upload a project directory and get a hosted URL that keeps working after the CLI exits. Published projects are private by default:

npx hyperframes publish
npx hyperframes publish ./my-video
npx hyperframes publish --public
npx hyperframes publish --yes

Signed-out publishing returns an authentication-required claim URL; opening it lets someone sign in and claim the project. Sign in first with npx hyperframes auth login to publish an owned project you can update. Use --public to make the claimed project visible to anyone. --yes only skips the confirmation prompt and does not change visibility.

Signed-in publishers can use --update <url-or-id> to target an existing project or --space <space-id> to publish into a shared team space. If the requested project is missing or inaccessible, publishing can create a new project instead; check the printed URL and status.

See the publish reference for all options, including video proxy settings.

lint

Validate your Hyperframes HTML:

npx hyperframes lint ./my-composition
npx hyperframes lint ./my-composition --json      # JSON output for CI/tooling
npx hyperframes lint ./my-composition --verbose   # Include info-level findings

By default only errors and warnings are shown. Use --verbose to also display informational findings (e.g., external script dependency notices). Use --json for machine-readable output with errorCount, warningCount, infoCount, and a findings array.

compositions

List compositions found in the current project:

npx hyperframes compositions

benchmark

Run rendering benchmarks:

npx hyperframes benchmark ./my-composition.html

doctor

Check your environment for required dependencies (Chrome, FFmpeg, Node.js):

npx hyperframes doctor

browser

Manage the bundled Chrome/Chromium installation:

npx hyperframes browser

info

Print version and environment info:

npx hyperframes info

docs

Open the documentation in your browser:

npx hyperframes docs

upgrade

Check for updates and show upgrade instructions:

npx hyperframes upgrade
npx hyperframes upgrade --check --json  # machine-readable for agents

Documentation

Full documentation: hyperframes.heygen.com/packages/cli