Proposed: SeedVR2 enlarged-video safe-profile certification¶
Metadata¶
- Created: 2026-06-21
- Status: Proposed
ADR status¶
- Governing ADRs:
- ADR 0001
- ADR 0004
- ADR 0005
- ADR impact: None if this stays a validation-and-proof item for when enlarged SeedVR2 video may be treated as a safe documented public profile.
Context¶
Release 0.18.20 closed the bounded SeedVR2 quality revalidation loop for the current public
proof surface:
- completed item 0032 now records the
accepted June 21 five-second
1x 29/8route-correctness proof and the bounded2x 29/83Bversus7Bquality comparison; - public docs now preserve only the accepted June 21 SeedVR2 validation bundle under
docs/assets/validation/seedvr2-video-2026-06-21/; - the public CLI still treats enlarged video output as an explicit unsafe-memory path and requires
--force-unsafe-video-memory.
That means the family-ranking question is closed for the current bounded proof, but the safe public-profile question is not.
Current code reality¶
src/mflux/models/seedvr2/cli/seedvr2_upscale.pydefaults video restore to a conservative safe profile and rejects enlarged video output unless--force-unsafe-video-memoryis passed.src/mflux/models/seedvr2/variants/upscale/seedvr2.pynow supports the accepted bounded1xand2xproof profiles with clip-global noise continuity, causal temporal VAE slicing, and streamed chunk windows.docs/upscaling.mdtreats1x 29/8as the public route-correctness proof and2x 29/8as the stronger bounded visual comparison regime, but still describes2xas an explicit unsafe-memory run rather than a host-safe documented default.- Current accepted
2xproof shows that enlarged SeedVR2 output can look better on the bounded archival slice, but it does not yet prove that the same recipe belongs in the safe public contract on a busy machine.
Problem or opportunity¶
The current docs and runtime are honest, but there is still a product gap:
- users can see a good bounded enlarged-video result;
- the public route cannot recommend that recipe as safe by default;
- there is no durable backlog item scoped only to certifying, or explicitly refusing to certify, an enlarged SeedVR2 video public profile.
Proposed direction¶
Evaluate one bounded enlarged SeedVR2 recipe as a candidate safe public profile.
The minimal honest outcome is one of:
- certify one enlarged profile as safe and document it; or
- explicitly conclude that enlarged SeedVR2 video should remain an unsafe opt-in path on current hardware/runtime assumptions.
Why it might matter¶
This is the remaining SeedVR2 proof question that affects public guidance. It is narrower than the original 7B-quality revalidation work and should stay separate from the practical audio follow-up.
Promotion criteria¶
Promote after:
- the accepted
0.18.20bounded proof bundle is in place and stable; - the immediate practical SeedVR2 follow-up in completed item 0046 is already closed and no longer blocks profile certification; and
- there is a concrete reason to revisit the safe-memory boundary rather than leaving enlarged video as an explicit expert-only path.
Validation ideas¶
- Re-run a five-second reader-first enlarged proof clip with the exact candidate profile.
- Measure peak MLX, max RSS, and final post-run memory state on the target machine.
- Validate frame count, FPS, and tail continuity.
- Confirm that the candidate enlarged profile still looks better than the accepted source-size proof on preserved motion strips and detail crops.
- Decide explicitly whether the memory and stability behavior are good enough for the safe public contract.
Non-goals¶
- Do not reopen the bounded 3B-versus-7B quality ranking question already settled by the current public proof bundle.
- Do not change the public safe profile silently.
- Do not broaden this into generic SeedVR2 performance tuning or full-length movie restoration.
Guidance for future agents¶
Start from the current accepted June 21 public bundle and the live CLI guardrails, not from older June 18/19/20 experiments. The goal here is not "find another better-looking clip"; it is "decide whether enlarged SeedVR2 video can honestly belong in the safe documented public contract."