E489 — Duncan Fewkes reel analysis digest

E489 — Duncan Fewkes reel analysis digest

⚠ No video on disk for this reel — referenced by the playbook but not in the local ingest cache.

This file aggregates every playbook chunk section that cites E489. Sections are de-duplicated by heading.

Source data

_From `lume-duncan-playbook-chunk-DT-DS.md`_

• 20 reels ingested (`reels-ingest/{shortcode}/`):
• DT-prefix (E500–E521 era): DT0G7SyCtGg E519, DT2tfJzip8A E520, DT6IlEfig-k E521, DTbJvnKCrHO E509, DTBUJiDCvPQ E500, DTEEQNnCvHh E501, DThrF5Miq0- E512, DTmyro9CqUa E514, DTQRPBFiu2v E504, DTr5TQfCpG4 E516
• DS-prefix (E475–E494 era): DSLMOE6iuFH E479, DSA7b7MClVf E475, DScEatyilnk E489, DSDVSJ0itoN E476, DSfZYMUChIi E490, DShj9nlivqf E491, DSkpKC_iie8 E491, DSPfEuWCmTg E483, DSvasHCCiSX E494, DSZmIhOCrTv E488
• 4 Gemini visual analyses successful (DT0G7SyCtGg, DT6IlEfig-k, DTBUJiDCvPQ, DScEatyilnk). DSfZYMUChIi + DSZmIhOCrTv hit Gemini 429 quota exhaustion; captions on those are still detailed.

---

Big picture: this is the "Audio Particle Clones" arc

_From `lume-duncan-playbook-chunk-DT-DS.md`_

Mid-period work is dominated by Audio Particle Clones (E483→E491) — beat-snapshot human silhouette as particle clouds layered with live depth visuals. This is the direct ancestor of the recent "Sunset Clone Plane" (E605) and "Motion Sparks 4" (E579) work. Three things are clearer here than in the recent reels:

1. Snapshot timing is a published failure mode. E491 (DSkpKC_iie8): "needs a response time/curve adding so that snapshot pose/shape holds for a bit longer (maybe 250ms) and then slightly eases into the gravity fall, so you have time to read the shape better." → For LUME `LumeCloneSnapshot.cs`: `holdDuration = 0.25s`, then ease-in to gravity. Don't drop straight to physics.
2. Audio reactivity is two-stage with a feedback loop, not a single mapping. Beat trigger → snapshot AND audio FFT → reactive logo blend-shape inflation → blend-shape adds motion vectors to fluid sim → fluid sim moves OTHER particles → speed-to-brightness lights them up. (E489 + E490). This is a self-reinforcing cascade, not parallel channels.
3. Speed→brightness is the "twinkle" parameter. Every audio clones reel calls it out as the secret-sauce visual flourish that makes the system feel alive. Brightness boost is a power curve with a threshold — overshoot → blow-out, undershoot → no twinkle. Tune by ear.

---

NEW: Hardware perf reality check

_From `lume-duncan-playbook-chunk-DT-DS.md`_

• E521: laptop with 3070 GPU runs the full HDRP stack in real-time. No A6000 needed for development.
• E489: production target is a Quadro A6000 (Ampere) machine driving an LED wall + LED floor combo.
• E501: install camera mount = 2.3m off ground, tilted downwards, above an LED wall.

→ For LUME Beelink GTR7 / GMKtec K8 budget: the 3070 development reality validates that a strong x86 mini-PC with iGPU+discrete (or Ryzen 7940HS class iGPU with FSR scaling) is in-range for the Wave 1 fluid+depth surface load. The Quadro A6000 spec is for >curved LED wall (>4K, >120Hz) production targets only.

---

Risks / opens this chunk surfaced

_From `lume-duncan-playbook-chunk-DT-DS.md`_

1. Logo as audio-reactive blend-shape feeding fluid sim (E489) — this is a SPECIFIC technique LUME hasn't planned: brand wordmark uses BlendShape inflation driven by FFT bands, the inflation generates motion vectors that get injected into the fluid sim, which then pushes nearby particles. The wordmark BECOMES part of the audio-reactivity loop, not just an overlay. Add to Wave 4/5 as `LumeWordmarkInflator.cs`.
2. Power curve tuning is by ear, not preset. Speed-to-brightness has no documented formula — needs a live operator dial. Implies the LUME control panel needs real-time `intensity` and `threshold` sliders the operator tweaks during the show, not just discrete presets.
3. Production hardware split is intentional. 3070 laptop = dev. A6000 = LED-wall production. → For LUME we should plan a 2-tier deploy: Beelink-class for venue installs (small-medium screen), and a pro-tier upgrade path (RTX 4090 or 5090 desktop) for big-screen / multi-user installs.

---

Effect taxonomy (catalogued across 72 reels — all families)

_From `lume-duncan-playbook.md`_

### A. Metaball / liquid / blobby family (E461, E462, E468, E593, E595)
- "Blobby guys" with material variants: slime, water, pink energy, oily, chrome/mercury
- HDRP compute thickness + translucent materials = the depth/turntable look
- Inverse compute-thickness mode (E468): alpha ∝ (1−thickness), neon-edge look + glowing wall decals
- Twin-mesh nested MC (E427): inner gold + outer glass, same particles, two surface thresholds
- LUME equivalent: URP doesn't ship compute thickness. Approximate with screen-space SDF metaball shader (cheap, ~80

### B. Bullet-time / freeze-snapshot family (E536, E599, E595, E604)
- Audio-transient trigger (clap/snap) → pause → swap to debug orbit camera → 1 full orbit with ease-in/out curve → swap back → unpause
- "In-place slowmo with screen-warping" alternative (no camera spin — for wall installs)
- Beat-triggering of clone snapshots stays active during bullet-time — no "down time"
- LUME: `LumeBulletTime.cs` + `LumeCloneSnapshot.cs`. Wave 3.

### C. Clone / dissolve / multi-self family (E483, E488, E491, E598, E604)
- Frozen poses captured as red snapshots, layered with live purple/orange depth mesh
- Snapshot timing locked: `holdDuration = 0.25s` then ease-in to gravity (E491 verbatim self-critique)
- Drop-physics rules from E488:
- Particles MUST NOT cast shadows (or use layer-filtered depth buffer) — self-collision turns it into a mess
- Pure gravity + collision is visually dead — ALWAYS layer fluid-sim kick + turbulence on top
- "Don't quit at the first disappointing test" — verbatim
- Dual-channel: red snapshots (frozen) vs live purple/orange mesh (current)
- LUME default: both layers, with slider to toggle live-depth opacity 0-1

### D. Sunset / infinite plane / planar reflection (E605)
- "Sunset" lighting preset = warm directional + atmospheric haze
- Infinite plane (procedural ground) with planar floor reflection — but toggleable because it's a known perf hit (E532)
- "Bolivian Salt Flats" environment ambition
- LUME: URP planar reflection probe + procedural ground shader + warm-tone post-processing volume. `LumeFloorReflection.cs` togglable.

### E. Motion-sparks / particle-burst family (E579, E587, E589)
- Surface shader audio reaction: brightness flash on beat
- Surface shader motion reaction: fresnel pulled down where motion occurs
- Particles: hue cycle + per-spawn hue-shift by RGB luma + size/glow fade by speed + speed-driven hue shift
- "Music on/off" toggle is part of his demo (E587) — proves audio-reactivity is opt-in, not always-on

### F. Maximalism stress-test (E599)
- Pushed fluid forces and particle count/lifespan to the limit
- Caption: "sometimes more is more" — he likes the busy look, not the minimal
- LUME tuning: don't be conservative on particle count. Aim high then dial back.

### G. Logo / wordmark as 3D VFX volume (E527-E531, E544, E470, E489)
NEW family from DV-DU + DR-DQ chunks. Logos are not static overlays — they are 3D volumes that become particle obstacles, spawn surfaces, "punch through" reveals, AND audio-reactive blendshape drivers:

• E530 "Punch Through": invisible logo + inverted-obstacle fluid sim → particles thrown out of letter shapes, leaving the user visible through gaps. "High fluid influence throws particles out of the logo letters, and no particle kill for zero velocity, so particles get stuck in non-fluid-flow area."
• E528 cymatics: ShortThrow fluid sim + logo letters → particles "stuck" on letters bouncing internally → almost cymatic (Chladni-plate) pattern.
• E544 "Blocky PinScreen Revisit": HOLOVIS text reacts volumetrically — "interactive text displayed and reacts volumetrically to the user's movements, allowing the user to walk through or displace the letters."
• E489 wordmark feedback loop (CRITICAL): wordmark uses BlendShape inflation driven by FFT bands → blendshape inflation generates motion vectors → motion vectors get injected into fluid sim → fluid sim pushes nearby particles. The wordmark BECOMES part of the audio-reactivity loop, not just an overlay.
• E470 power-curve emission gating: HDRP compute-thickness → screen-space buffer → tight power curve `pow(thickness, k)` with `k≈6-10` → bistable letter glow (dark, then suddenly glow at threshold). Cleaner than `emission *= audioRMS`.

LUME mapping: KOATJI / LUME wordmark becomes a 3D extruded SDF that the depth-camera point cloud can punch through, with particles spawning along the letter surface. Build `LumeWordmarkInflator.cs` + tight power-curve emission gating in shader.

### H. Pinscreen / cube-grid VFX (E544, E545)
NEW family.
- Regular grid of small cubes locked into XY position
- Z-position pushed by reprojected depth + fluid-sim dye buffer
- Two-tone shading: front-facing white plastic; rear-facing gold (or accent)
- Transparent variant uses HDRP thickness for transmission color
- Cleaner alternative to point-cloud particles. Less "swarmy", more "architectural". Single mesh, instanced grid, vertex shader displaces by depth. Cheaper than per-pixel particles. Wave 2 add.

### I. Strip-particle / kelp / boids family (E546-E549, E556-E557)
NEW family.
- VFX Graph particle strips (= ribbon particles) used as kelp strands
- Per-strip stiffness; motion/forces propagated parent→child
- Spectrum-mapped vertical audio response (E557): map FFT bin index → vertical Y position on strip particle. Bass drives bottom leaves, treble drives top leaves.
- Boids variant: Reynolds boids sim with audio params on cruising speed and separation.
- "Wobbly Lads" feedback gotcha (E556): bidirectional sim coupling = feedback loop. Pick one direction.
- LUME relevance: kelp aesthetic is niche, but the strip-particle physics primitive is broadly useful (tendrils, smoke ribbons, hair). Wave 4-5.

### J. SuperHot motion-gated fluid sim (E567, E568)
NEW killer mode. Verbatim:
> Utility script hooks user motion (from depth camera) to fluid sim timescale with a fairly quick smoothing/falloff — so a bit like SuperHot, where the sim only updates/moves when you move.

Implementation:
- Compute scalar motion level from depth-camera frame-to-frame delta (smoothed via one-euro filter — name-checked E567)
- Map motion level → fluid sim's local timescale (NOT `Time.timeScale` — fluid has own dt)
- Lower-threshold → "no motion = fully frozen sim"
- Per-install threshold tuning (depth noise prevents reaching zero when user is far)

Killer feature for bar/lounge installs — when nobody moves, visuals freeze into a sculpted form. When the room moves, it comes alive. Wave 2-3.

### K. Frozen velocity buffer (E560, E567, E568)
NEW mode, distinct from SuperHot. Found accidentally and kept:
> Stopped Unity editor playback and the fluid sim stops updating but the buffers don't get cleared (as they exist in asset database), so the particle VFX continue to update and the particles follow the frozen sim velocity buffer paths. This creates frozen forms in the motion paths that you don't get while the sim is updating.

Distinct mechanism: SuperHot pauses sim time when user is still; this freezes the velocity field while particles keep flowing through it. Result: laminar streams along etched-in paths. Implement as a `FreezeVelocityField` toggle on `LumeMotionGatedFluidSim`.

### L. Human Kaleidoscope (E475, E476, E479, E469, E471, E472)
NEW mode (entirely missing from v1).
- 16-clone radial ring around centre — N=16 is settled value (tested 20/24/32, "harder to read the human form")
- Each clone is rotational copy of live depth silhouette
- Slow top-level rotation of entire ring
- LOD mesh switching to push more clones (tunnel formation in E476)
- E479: SECOND ring of new-colour clones snapshot every second, falling inwards into turbulence — temporal stacking on top of spatial mirroring
- Explicitly rejected per-clone twist — "too much variance and makes the shape much harder to read"
- E472 extends to full body so legs participate
- DR-prefix variant uses chrome / matte material toggle + reflection probe in middle of symmetry

LUME design rule from this: when stacking visual transforms, ONE rotational symmetry is enough. Don't compound symmetries; pick one and let temporal evolution do the rest.

`LumeKaleidoscope.cs` Wave 4 deliverable. Cheap to ship — single render texture + N copies rotated by `360°/N`.

---

G. Logo / wordmark as 3D VFX volume (E527-E531, E544, E470, E489)

_From `lume-duncan-playbook.md`_

NEW family from DV-DU + DR-DQ chunks. Logos are not static overlays — they are 3D volumes that become particle obstacles, spawn surfaces, "punch through" reveals, AND audio-reactive blendshape drivers:

• E530 "Punch Through": invisible logo + inverted-obstacle fluid sim → particles thrown out of letter shapes, leaving the user visible through gaps. "High fluid influence throws particles out of the logo letters, and no particle kill for zero velocity, so particles get stuck in non-fluid-flow area."
• E528 cymatics: ShortThrow fluid sim + logo letters → particles "stuck" on letters bouncing internally → almost cymatic (Chladni-plate) pattern.
• E544 "Blocky PinScreen Revisit": HOLOVIS text reacts volumetrically — "interactive text displayed and reacts volumetrically to the user's movements, allowing the user to walk through or displace the letters."
• E489 wordmark feedback loop (CRITICAL): wordmark uses BlendShape inflation driven by FFT bands → blendshape inflation generates motion vectors → motion vectors get injected into fluid sim → fluid sim pushes nearby particles. The wordmark BECOMES part of the audio-reactivity loop, not just an overlay.
• E470 power-curve emission gating: HDRP compute-thickness → screen-space buffer → tight power curve `pow(thickness, k)` with `k≈6-10` → bistable letter glow (dark, then suddenly glow at threshold). Cleaner than `emission *= audioRMS`.

LUME mapping: KOATJI / LUME wordmark becomes a 3D extruded SDF that the depth-camera point cloud can punch through, with particles spawning along the letter surface. Build `LumeWordmarkInflator.cs` + tight power-curve emission gating in shader.

---

Architectural primitives (extracted from his patterns)

_From `lume-duncan-playbook.md`_

The chunks revealed several primitives Duncan implements as separate classes/services. LUME should adopt the same:

### `LumeFluidSim2D` — universal middleware (E421 verbatim)
> Most things I make end up going through the fluid sim at some point or other lol.

Treat as shared service, not per-effect component. Optical flow / audio impulses / depth motion / wordmark blendshape all feed the fluid; each VFX preset reads from the fluid as input. Confirms our Evo3 explore-findings recommendation to fork StableFluids.

### `ILumeSpawnSource` — leapfrog his TODO (E536 verbatim)
> Need to rewrite spawning buffers to use entire screen (not just depth camera point cloud) so can easily spawn particles on/in eg logos, metaballs or other geometry.

He flagged this as architectural TODO he hasn't shipped. LUME builds it from day 1:

interface ILumeSpawnSource {
    Texture2D GetSpawnMaskSDF();    // signed-distance source
    Vector3 GetWorldOffset();
    float GetIntensity();
}
class DepthPointCloudSource : ILumeSpawnSource { ... }
class LogoSDFSource : ILumeSpawnSource { ... }
class MetaballSDFSource : ILumeSpawnSource { ... }
class PaintingMaskSource : ILumeSpawnSource { ... }
// Compose multiple via union/intersection

Explicit advantage over copying his current impl.

### `LumeFluidDriver` — animatable source rig (from E468 hidden blue-fish pattern)
Any rig (skeleton / cube / fish mesh) emits source particles into the fluid grid. Animate the rig, fluid follows. His pattern for "getting the metaball fluid sim to follow a path."

`LumeMotionGatedFluidSim` — SuperHot + FreezeVelocityField modes (above)

### `LumeWordmarkInflator` — audio-reactive blendshape feeding fluid sim (E489)
- BlendShape inflation driven by FFT bands
- Inflation generates motion vectors → fluid sim
- Tight power-curve emission gating (`pow(thickness, k)`, k=6-10)

`LumeKaleidoscope` — 16-clone radial ring (E475-E479, E469-E472)

### `LumeRecorder` — internal 4K MP4 capture on operator hotkey (E460 has built-in recording indicator)
Massively improves demo-clip turnaround for marketing/social.

### `LumeFluidPhysicsRules` — drop-physics rules (E488)
- Disable depth-buffer self-collision when particles cast shadows
- Pure gravity+collision = boring; ALWAYS layer fluid-sim kick + turbulence
- Couple sim systems unidirectionally — "pick one direction" or feedback loop

---

`LumeWordmarkInflator` — audio-reactive blendshape feeding fluid sim (E489)

_From `lume-duncan-playbook.md`_

• BlendShape inflation driven by FFT bands
• Inflation generates motion vectors → fluid sim
• Tight power-curve emission gating (`pow(thickness, k)`, k=6-10)

---