Four real run cycles, rolled one-call-one-row through a new _runroll.py

The old run frames were generated one at a time and it showed: 91/110/92/98 px
of body-width drift, duplicated poses drawn differently, no racket. Each
character (player m/f 6 frames, opponent m/f 8) now comes from ONE 4K call
anchored on a composed identity reference of its settled frames — the broken
run art stayed out of the reference on purpose. Stride-gated, cut with _fine,
judged by eye per roll. drawChar probes run8/run6/run4/run2.

Side effect: the male opponent's old run art faced LEFT against the
art-faces-RIGHT convention — he had been moonwalking right since install.
Fixed by drawing the new rows to the convention.

Pipeline lessons recorded in PROJECT.md (the model negotiates the count; a
back view has no direction; the racket clause goes early and loud).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

src/render.js

@@ -221,15 +221,16 @@ function farB(z) {
 // Asset cache-buster — bump with main.js?v=N (see the img.src note below). EXPORTED because the
 // menu screens hang <img> tags on the same files, and two copies of this number is one copy too
 // many: the one that does not get bumped is the one that serves a cached 404.
-export const SPRV = 107;
+export const SPRV = 108;
 // The boot bar in main.js watches this. Nothing here CHANGES when things load — every sprite was
 // already requested at import — it just makes the wait visible and holds the menu back until the
 // last sheet has landed. See the onerror note below for the other half of "sometimes missing".
 export const LOAD = { done: 0, total: 0 };
 const SPR = {};
-for (const n of ['p_idle1','p_idle2','p_bounce','p_bounce2','p_toss','p_smash','p_run1','p_run2','p_run3','p_run4','p_swing1','p_swing2','p_die1','p_die2','p_die3','p_die4','p_die5',
+for (const n of ['p_idle1','p_idle2','p_bounce','p_bounce2','p_toss','p_smash','p_run1','p_run2','p_run3','p_run4','p_run5','p_run6','p_swing1','p_swing2','p_die1','p_die2','p_die3','p_die4','p_die5',
                  'p_pull', // the serve wind-up: the racket dropping behind him while the pull is drawn
-                 'o_idle1','o_idle2','o_bounce','o_bounce2','o_toss','o_smash','o_run1','o_run2','o_swing1','o_swing2',
+                 'o_idle1','o_idle2','o_bounce','o_bounce2','o_toss','o_smash','o_swing1','o_swing2',
+                 'o_run1','o_run2','o_run3','o_run4','o_run5','o_run6','o_run7','o_run8', // the rolled 8-frame cycle (_runroll.py)
                  'x_ump','x_boyrun1','x_boyrun2','x_boyrun3','x_boyrun4',
                  'x_crowd','x_crowd2','x_ads',                 // CENTRE COURT (grass) — also the fallback set
                  'x_crowd_c','x_crowd_c2','x_ads_c',           // TERRE ROUGE (clay)
@@ -277,10 +278,8 @@ for (const n of ['p_idle1','p_idle2','p_bounce','p_bounce2','p_toss','p_smash','
                  'z_barrel1','z_barrel2',                       // the weapon barrel, two frames so it ROLLS
                  // THE WOMEN'S TOUR. Same poses, same 224 px anchor, a different body — see SK().
                  // Only the two players and the turned CPU have a twin; everything above is shared.
-                 // No o_run3_f/o_run4_f on purpose: runN reads the MEN'S table, where o_run4 is not
-                 // preloaded, so the opponent runs on two frames whichever tour you picked.
                  'p_idle1_f','p_idle2_f','p_bounce_f','p_bounce2_f','p_toss_f','p_smash_f','p_pull_f',
-                 'p_run1_f','p_run2_f','p_run3_f','p_run4_f','p_swing1_f','p_swing2_f',
+                 'p_run1_f','p_run2_f','p_run3_f','p_run4_f','p_run5_f','p_run6_f','p_swing1_f','p_swing2_f',
                  // The death is DRAWN for frames 1-3 and RECOLOURED for 4-5. The generator refuses to
                  // draw a dead woman in any wording worth using, and frames 4-5 survive that fine —
                  // she is flat and face down, then a heap of torn cloth — so those two are the men's
@@ -288,7 +287,7 @@ for (const n of ['p_idle1','p_idle2','p_bounce','p_bounce2','p_toss','p_smash','
                  // could actually see was blue popping in after three frames of white.
                  'p_die1_f','p_die2_f','p_die3_f','p_die4_f','p_die5_f',
                  'o_idle1_f','o_idle2_f','o_bounce_f','o_bounce2_f','o_toss_f','o_smash_f',
-                 'o_run1_f','o_run2_f','o_swing1_f','o_swing2_f',
+                 'o_run1_f','o_run2_f','o_run3_f','o_run4_f','o_run5_f','o_run6_f','o_run7_f','o_run8_f','o_swing1_f','o_swing2_f',
                  'z_c1_f','z_c2_f','z_c3_f','z_c4_f','z_cw1_f','z_cw2_f','z_cw1b_f','z_cw2b_f',
                  'z_r1_f','z_r2_f','z_r3_f','z_r4_f',
                  'z_rw1_f','z_rw1b_f','z_rw1s_f','z_rw2_f','z_rw2b_f','z_rw2s_f',
@@ -1444,10 +1443,11 @@ function drawChar(ch) {
   // on a phone, at thumb speed, the middle stages are never read — the three states are the beat.
   if (G.aim && G.aim.mag > 0 && ch.side === 'P' && score.server === 'P' && ch.pose === 'idle')
     name = 'p_pull';
-  // Four-frame run where the frames exist (the player), two where they don't (the opponent). Same
-  // CYCLE rate either way — more frames subdivide the stride, they do not speed it up, exactly as
-  // ZFRAMES does for the shamblers.
-  const runN = SPR[pre + 'run4'] ? 4 : 2;
+  // The run cycle at whatever count the character's sheet carries: the _runroll.py cycles are 6
+  // (one call, one row, one character — see assets/_runroll.py for why the old per-frame art
+  // flickered); un-rolled characters fall back to 4 or 2. Same CYCLE rate at every count — more
+  // frames subdivide the stride, they do not speed it up, exactly as ZFRAMES does for the shamblers.
+  const runN = SPR[pre + 'run8'] ? 8 : SPR[pre + 'run6'] ? 6 : SPR[pre + 'run4'] ? 4 : 2;
   if (ch.pose === 'run') name = pre + 'run' + (Math.floor(ch.runT * 4.5 * runN) % runN + 1);
   // (the receiver used to flip to run1/run2 here as a "split-step" — it read as a man sprinting on
   //  the spot, because the run frames are a full leaning stride, not a ready-hop. He idles now.)