nanoframes
SVG-first, browserless, deterministic frame rendering on ThorVG.
nanoframes is an offline counterpart to hyperframes: the same
idea — write a frame, render a video, built for agents — but without a browser. Compositions are
authored as SVG documents plus a small declarative animation timeline, and every frame is
rasterized deterministically by ThorVG (thorvg-python) to PNG, then muxed to MP4 with FFmpeg.
Because nothing depends on a browser, an AI agent can render a frame or a whole clip locally in
milliseconds and iterate fast: check → preview → render.
When a frame comes out empty or an element is missing, nanoframes debug <comp> says why: it
prints where each element's transformed geometry lands, whether that is on the canvas, how many
frames the element is actually visible in, and how far a loop's two seam frames are apart.
Status
v1 complete. Full offline pipeline works end-to-end: init → check →
render/preview → video. SVG compositions + declarative keyframe timeline are
rendered deterministically by ThorVG; MP4 export via ffmpeg; visual snapshots guard
regressions. Text auto-layout (measured chips, wrap, curve, fit) + a bundled
monospace CJK font (Sarasa Mono SC, ligatures stripped) for solid Chinese.
nanoframes lottie additionally renders Lottie/Bodymovin JSON scenes (the
text-to-lottie deliverable format) to MP4 offline through ThorVG's native
Lottie loader. The agent skill ships a motion/design craft reference library
(skills/nanoframes/references/, adapted from text-to-lottie, MIT).
nanoframes diagram <spec.json> builds an editorial diagram — an
architecture map, a process flow, an operating loop — into a composition from a
small JSON spec: you place the nodes and write the words, the builder sizes the
boxes from measured text, routes orthogonal connectors with rounded corners,
fans attach points, masks arrow labels, draws arrowheads as polygons, and holds
the design system's 4px grid and complexity budgets. The design system and
layout grammars come from diagram-design
(MIT); the shipped grammars are explicit flow layout, the parametric loop
ring (stations on a circle, circular-arc flow, dashed radial write-backs), and
nanoframes tree — a hierarchy (org chart, taxonomy) written as a nested
node list with no coordinates in it at all, laid out by Reingold–Tilford — and
nanoframes chart — a data table (bar or line) whose value axis, ticks and
bar geometry the compiler derives, since a chart's axis is the one shape whose
bounds have to be nice numbers rather than the author's. With
"reveal": true the diagram assembles itself along the timeline. See
docs/diagram.md, docs/tree.md,
docs/chart.md and the runnable examples/*.nf.json.
--scale F renders a draft at a fraction of the composition size. The
canvas and every embedded <image> shrink together — ThorVG re-resamples each
image source on every frame, so on a board-heavy clip the assets, not the canvas,
are what has to shrink for a draft to be fast. Measured on a 47.5s 1600x1200 clip
over a 1560x991 board: 2m47s at full quality, 49s at --scale 0.5, 17s at 0.25.
Draft frames are for judging timing and composition; re-export at the default
scale for delivery.
Media
<image> can embed a picture, a video, or another composition, and all three are
placed by the same time model. data-aspect="contain"|"cover" gives a picture an
aspect-correct box (ThorVG stretches one to its declared size and ignores
preserveAspectRatio). A video source (.mp4, .mov, .webm, …) is extracted
once into a frame-sequence cache and drawn frame by frame, mapped by data-in /
data-speed / data-loop (ffmpeg required; embedded audio is not mixed — a
composition's audio is video --audio). And an <image> pointing at another
.nf.svg inlines that composition — reuse a badge, a lower third, a compiled
diagram — with the child's own timeline running on the mapped clock, so one child
can appear at speed 1 in one place and looping from its middle in another.
check follows nested compositions, so a defect inside a child surfaces through
the parent. See docs/media.md and examples/nested-card.nf.svg.
Text that changes every frame — a counter, a clock, a progress label — is one
element, not a stack: data-frame-text="frame {frame}, {second:.2f}s" names the
frame's own numbers, bake substitutes them, and check fails on a field the
frame does not offer (text.bad_frame_field) rather than drawing braces. Copy
is still just SVG <text>; auto-layout (data-bg, data-wrap, data-curve-d)
measures the words actually drawn at that time.
Diagnostics are machine-readable: every finding carries a stable code, and
nanoframes check --json / debug --json emit the structured form an agent
branches on instead of parsing prose.
Two review images turn a clip into a picture an agent can read without watching
it: nanoframes strip lays evenly spaced frames out as a labelled contact
sheet, and nanoframes onion blends a range into one image with later frames
weighted stronger, so a movement's path and its easing are visible at once.
A full batch renders across worker processes (-j, automatic when there are
frames to share): 900 frames of 1080p is ~6s rather than ~55s on an 8-core
machine, and the frames are byte-identical either way. A media pre-pass or a
text_handler keeps the batch in one process.
Determinism is checked by more than the PNG baselines. nanoframes digest
hashes every frame of a composition (before any encoder sees it) into a ledger,
tests/digests.json, which records the digest and the inputs it was taken
under — so digest --all --check can report source changed for an edit,
toolchain changed for a renderer upgrade, and regression only when the same
declared inputs produced different pixels. See docs/determinism.md.
nanoframes verify <comp> is every gate at once — doctor, check and
debug — into a single --json envelope with one ok and one exit code, where
each section is the sub-command's own payload embedded verbatim (one producer per
section, so the envelope cannot hold a second verdict). Reported findings — a box
off the canvas, an element a later sibling painted over — are carried as warnings
and do not fail on their own; --strict counts them.
nanoframes debug --pixels answers the one question a box cannot: it hides each
named element in turn, re-renders the same frame, and reports the elements whose
removal changes no pixel — the ones on the canvas by every arithmetic reading and
contributing nothing to the picture. It names a cause only where the geometry can
support one: a pixel test cannot tell an occlusion from a fade to zero. And nanoframes doctor checks the machine
before the composition (thorvg-python, ffmpeg, ffprobe, fonts, disk), naming the
fix for each unmet precondition.
Layout
docs/ architecture + composition + lottie-import + diagram + media contracts
examples/ `.nf.svg` compositions, diagram specs + their built diagrams, lottie scenes
skills/nanoframes/ SKILL.md + references/ — agent production loop + craft library
nanoframes/ package (model, parser, timeline, bake, render, lint, cli, video, lottie, diagram, media)
tests/ unit + render + snapshot + CLI tests
Docs
- Architecture — why SVG + ThorVG, the pipeline, scope decisions.
- Composition — the
.nf.svgcontract (timing attributes + animation timeline). - Media — pictures (
data-aspect), video, nested compositions, the extraction cache. - Text capabilities — measured chips/wrap/curve/fit, bundled CJK font,
text_handlerescape hatch. - Lottie import — render Lottie JSON scenes to MP4 (
nanoframes lottie). - Diagram specs — build editorial diagrams from JSON (
nanoframes diagram). - Tree specs — compile a hierarchy (org chart, taxonomy) from a nested node list (
nanoframes tree). - Chart specs — plot a data table (bar or line) with a computed value axis (
nanoframes chart). - Determinism — what a frame is a function of, and the ledger that says which input moved.
docs/, skills/ and the examples/ corpus also ship inside the pip wheel
(nanoframes/docs, nanoframes/skills, nanoframes/examples); running
nanoframes with no arguments — or nanoframes --help — prints where they
live, repo checkout or installed package alike. An installed reader can build
the shipped specs straight from site-packages/nanoframes/examples/ (add -o
to write outside it).
Diagrams
nanoframes diagram examples/architecture.nf.json --check # -> examples/architecture.nf.svg
nanoframes render examples/architecture.nf.svg --t 0 -o architecture.png
nanoframes video examples/architecture.nf.svg -o architecture.mp4 # "reveal": true
nanoframes tree examples/org-chart.nf.json --check # -> examples/org-chart.nf.svg
nanoframes chart examples/throughput.nf.json --check # -> examples/throughput.nf.svg
Five shipped specs to copy from: examples/architecture.nf.json (a zoned flow
with a dashed async edge), examples/loop.nf.json (a six-station operating loop
with one focal station), examples/org-chart.nf.json (an 11-box hierarchy with
no coordinate anywhere in the spec), examples/throughput.nf.json (a bar chart
with value labels) and examples/net-change.nf.json (a signed line series).
All five build warning-free — the repo holds them to that with tests, so the
examples and their .nf.svg outputs cannot drift.
Metadata
Release files for nanoframes 0.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| nanoframes-0.4.0.tar.gz | 13.6 MB | Details |
Release files / nanoframes-0.4.0.tar.gz
| Download URL | nanoframes-0.4.0.tar.gz |
|---|---|
| Size | 13.6 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
d8ca9cc5b09237f29b81e7b90b972e45b196843b3088a46014d7128bd1d539e9
|
|
BLAKE2b-256 checksum How to use checksums |
eb68de091f2e1555744b37b10cc1d3fa9575046345844d7623bf82474672f8c9
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.1.0 CPython/3.12.10
|