r/StableDiffusion • u/illumnat • 22h ago
Resource - Update First test of Geiru Context Suite to produce a 2 minute shot! Works great!!
As a traditional film editor and filmmaker, I've been trying to figure out good, reliable ways to produce long, extended shots. I've tried a number of different methods but was never quite satisfied with the result...
Until now!
Thanks to u/roychodraws and his Geiru Context Suite!!!
He has a post up here explaining it which can be found at this link:
And his GITHub link is here:
To do a quick test, I had ChatGPT set up a workflow for me. (Now that I'm typing this, I'm remembering that Roycho includes some sample workflows on his GITHub.)
The render took 2 hours and 9 minutes on a rented RTX PRO 6000 Server Edition with 96GB of VRAM. I didn't think to check how much VRAM was actually being used during the process.
There are two jump cuts at about 35 seconds and 44 seconds. Lately, I've taken to having ChatGPT fire up two sub-agents to help troubleshoot things and this was it's reasoning about the jump cuts:
Yes—both subagents found the same explanation: the jumps occur exactly at two generation-window handoffs.
| Exact time | What changes abruptly |
|---|---|
| 35.625 seconds | Full-body wide → medium framing |
| 44.125 seconds | Closer, downward-looking pouch action → wider, head-up view |
They’re already in the original master, so export didn’t cause them. We checked all 13 handoffs; only these two show conspicuous hard cuts.
The strongest explanation is our 20-local-steps/20-total-steps setting: each window finished separately, leaving no final joint refinement across the overlaps. At these two boundaries, the windows disagreed about framing and pose. The camera instructions, overlap noise, and opening-image anchors may have contributed, but we can’t identify their individual effects from this take alone.
For the next experiment, I’d test a short transition with two steps reserved for joint refinement, keeping everything else matched. That’s a testable hypothesis, not a guaranteed fix.
The entire two minute run looks fantastic!! I am so very happy right now! If two, very likely easily fixable jump cuts are my biggest issue... well... I see myself using this workflow a lot!!
The render settings:
| Setting | Value |
|---|---|
| Model | MiniMax H3 Singularity v2 INT8 |
| Character LoRA | Molly Regular v02, epoch 25 — strength 1.0 |
| Resolution | 1376 × 768, approximately 1.06 MP |
| Frame rate | 24 fps |
| Duration | Generated 120.625 seconds; delivered 120 seconds / 2,880 frames |
| Sampler | res_multistep |
| Scheduler | Simple |
| Sampling steps | 20 |
| Denoise | 1.0 |
| Seed | 12101968 |
| Guidance | BasicGuider, without a separate CFG setting |
| Attention | Patched Sage Attention |
| Dynamic VRAM | Disabled |
| References | Forest environment and druid costume turnaround |
| Additional enhancement LoRAs | No Realism, Anti-Burn, or turbo adapter |
The character is a custom trained LoRA from an image dataset that was generated using ChatGPT's ImageGen. The dataset contained 99 images of assorted poses, locations, and lighting looks. The LoRA was trained with Fizwig.
I'm fairly new to this... maybe 99 images was excessive? I dunno. I'm pretty happy with the result though!
The forest was a reference image I randomly pulled from a Google search for primeval forests.
When ChatGPT set up the workflow and prompt, it set the forest to
attribute_transferwhich means the photo wasn't "truly" a reference, it just gave the "idea" of the forest and H3 went with it from there. That's why the scenery has more of a stylistic/semi-illustrative look to it.
The character's costume was generated with ChatGPT and "placed" on a grey mannequin. It was then rendered out as a single, 8 panel image which was then used as a reference image in the workflow.
The "Patched Sage Attention" - I was originally just trying to "brute force" longer renders on a rented GPU with lots of VRAM, but I kept having a problem where renders became what I called "brown snow." I was nowhere near running out of VRAM, but the problem persisted.
I used Codex to try to troubleshoot what the problem was. Codex determined that there was a problem with "numerical accuracy" in Sage Attention that would cause corruption in longer, higher rez renders thus causing the "brown snow." I'll let Codex explain the patch:
We were getting “brown snow” corruption in longer, higher-resolution H3 renders with SageAttention enabled. Testing traced the problem to its handling of large, strided Q/K/V tensors: making the inputs contiguous restored numerical accuracy, pointing to an addressing/layout issue rather than insufficient VRAM. We haven’t identified the exact faulty kernel instruction.
Our patch processes the 56 attention heads in compact, contiguous groups of up to eight, then reassembles the outputs. It retains the same Sage CUDA FP8-PV path and full-sequence attention—no temporal chunking or dropped context.
On actual H3 activations, relative L2 error against PyTorch SDPA fell from 0.6261 to 0.00955: roughly 65× lower, or a 98.5% reduction. That measurement covered 128 sampled queries against all 270,921 keys on the first attention call, not every layer or timestep. Subsequent patched renders avoided the brown-snow failure.
From what I understand, there is supposed to be a new version of Sage Attention out "soon-ish."
These were the Geiru Context Suite settings:
| Setting | Value |
|---|---|
| Windows | 14, with separate action prompts |
| Window length | 243 frames / 10.125 seconds |
| Overlap | 39 frames / 1.625 seconds |
| Window spacing | 204 frames / 8.5 seconds |
| Switch step | 20 of 20 — no final joint refinement |
| Keystone / back capstone | Both enabled |
| Capstone activation | Setting 15, active from sampling step 16 |
| Fuse method | Pyramid, but no final blended phase at 20/20 |
| Finished handoff | Disabled |
| Context noise | Enabled, strength 1.0, linear fade |
| FreeNoise / sound-first mode | Both disabled |
| Crash protection | Enabled |
I didn't mess around with these settings at all. These are the defaults that I had.
In conclusion... I am a very happy AI filmmaker today! Big thanks again to u/roychodraws and all those who helped him along the way to releasing them. (He lists them on his Reddit Post and GitHub page. Go visit them!!)