Skill 22 · Hyperframes Creative
Subchapter 22.9
references/motion-principles.mdMarkdown9 KBView on GitHub
You know these rules but you violate them. Stop.
power2.out on everything. Vary eases like you vary font weights — no more than 2 independent tweens with the same ease in a scene.y: 30, opacity: 0 on every element. Vary: from left, from right, from scale, opacity-only, letter-spacing.The transition is the verb. The easing is the adverb. A slide-in with expo.out = confident. With sine.inOut = dreamy. With elastic.out = playful. Same motion, different meaning. Choose the adverb deliberately.
Direction rules — these are not optional:
.out for elements entering. Starts fast, decelerates. Feels responsive. This is your default..in for elements leaving. Starts slow, accelerates away. Throws them off..inOut for elements moving between positions.You get this backwards constantly. Ease-in for entrances feels sluggish. Ease-out for exits feels reluctant.
Every scene has three phases. You dump everything in the build and leave nothing for breathe or resolve.
You crossfade everything. Use hard cuts for disruption and register shifts.
The element that moves first is perceived as most important. Stagger in order of importance, not DOM order. Don’t wait for completion — overlap entries. Total stagger sequence under 500ms regardless of item count.
Entrances need longer than exits. A card takes 0.4s to appear but 0.25s to disappear.
You build for the web. Video frames are not pages.
Never embed a raw flat image. Every image must have motion treatment:
gsap.set(el, { transformPerspective: 1200, rotationY: -8 }) + box-shadow — creates depth. Do NOT use CSS transform: perspective(...) as GSAP will overwrite it.scale: 1 → 1.04 over beat duration — makes photos cinematicborder-radius and box-shadowy positionRules below came out of two independent website capture builds (2026-04-20) where compositions lint-clean and still ship broken — elements that never appear, ambient motion that doesn’t scrub, entrance tweens that silently kill their target. The linter cannot catch these; the rules must be followed by the author.
No iframes for captured content. Iframes do not seek deterministically with the timeline — the capture engine cannot scrub inside them, so they appear frozen (or blank) in the rendered output. If the source you’re stylizing is a live web app, use the screenshots from capture/ as stacked panels or layered images, not live embeds.
Never overlap conflicting transform tweens on the same element. Sequential, non-overlapping transform phases are valid. The dangerous case is concurrent tweens or from() tweens whose immediateRender states overwrite one another: for example, a y entrance plus a simultaneous scale Ken Burns tween on the same <img>. The element can remain invisible or offscreen with no lint warning. Fix the overlap in one of two ways:
<!-- BAD: two transforms on one element -->
<img class="hero" src="..." />
<script>
tl.from(".hero", { y: 50, opacity: 0, duration: 0.6 }, 0);
tl.to(".hero", { scale: 1.04, duration: beat }, 0); // kills the entrance
</script>
<!-- GOOD option A: combine into one tween -->
<script>
tl.fromTo(
".hero",
{ y: 50, opacity: 0, scale: 1.0 },
{ y: 0, opacity: 1, scale: 1.04, duration: beat, ease: "none" },
0,
);
</script>
<!-- GOOD option B: split across parent + child -->
<div class="hero-wrap"><img class="hero" src="..." /></div>
<script>
tl.fromTo(".hero-wrap", { y: 50, opacity: 0 }, { y: 0, opacity: 1, duration: 0.6 }, 0); // entrance on parent
tl.to(".hero", { scale: 1.04, duration: beat }, 0); // Ken Burns on child
</script>Prefer tl.fromTo() over tl.from() inside .clip scenes. gsap.from() sets immediateRender: true by default, which writes the “from” state at timeline construction — before the .clip scene’s data-start is active. Elements can flash visible, start from the wrong position, or skip their entrance entirely when the scene is seeked non-linearly (which the capture engine does). Explicit fromTo makes the state at every timeline position deterministic:
// BRITTLE: immediateRender interacts badly with scene boundaries
tl.from(el, { opacity: 0, y: 50, duration: 0.6 }, t);
// DETERMINISTIC: state is defined at both ends, no immediateRender surprise
tl.fromTo(el, { opacity: 0, y: 50 }, { opacity: 1, y: 0, duration: 0.6 }, t);Ambient pulses must attach to the seekable tl, never bare gsap.to(). Auras, shimmers, gentle float loops, logo breathing — all of these must be added to the scene’s timeline, not fired standalone. Standalone tweens run on wallclock time and do not scrub with the capture engine, so the effect is absent in the rendered video even though it looks correct in the studio preview:
// BAD: lives outside the timeline, never renders in capture
gsap.to(".aura", { scale: 1.08, yoyo: true, repeat: 5, duration: 1.2 });
// GOOD: seekable, deterministic, renders
tl.to(".aura", { scale: 1.08, yoyo: true, repeat: 5, duration: 1.2 }, Hard-kill exiting inner elements at a scene boundary, not the .clip itself. A non-clip element or wrapper whose visibility changes at a beat boundary may need a deterministic zero-duration tl.set() kill after its fade, because a later tween or sibling immediateRender can resurrect it. This is the explicit-boundary exception to the ban on raw visibility tweens. HyperFrames alone controls .clip lifecycle; never apply this pattern to the clip container.
tl.to(innerEl, { opacity: 0, duration: 0.3 }, beatEnd);
tl.set(innerEl, { opacity: 0, visibility: "hidden" }, beatEnd + 0.3); // non-clip killThese are the exact rules with the exact code examples — don’t summarize or shorten them. They exist because compositions that lint clean still ship broken without them.