中文

ICLR 2026 · GENERATIVE VIDEO

LongLive: Turning Long-Video Generation into a Sustainable Streaming System

From Autoregressive Exposure Bias to Cache Refresh and Long-Horizon State Management

ICLR 2026 2026-09-02 Real-time interactive long-video generation

LongLive reaches 20.7 FPS on a single H100 through streaming long tuning, a frame sink, and KV-recache; its real advantage is the long-horizon quality–speed Pareto frontier, not across-the-board semantic superiority on short clips.

Core positioning in one sentence: LongLive decomposes the long-horizon problem of causal video diffusion into three parts—exposing the model to its own errors during training, retaining only a local window plus a first-frame anchor during inference, and recomputing the cache at prompt switches—allowing a 1.3B model to reach 20.7 FPS on a single H100 and generate up to 240 seconds; however, its short-video Semantic score remains below Self-Forcing by 4.81 points. Its most reliable contribution is therefore the long-horizon stability–throughput Pareto frontier, not universally superior absolute visual quality.

All URLs below were accessed, and the numbers come from the paper’s v2 PDF. Page numbers refer to PDF pages. The LongLive GitHub repository switched its main branch to 2.0 in 2026; the 1.0 code is on the v1.0 branch. This report analyzes only LongLive 1.0, corresponding to the paper.

Work Conference / official page arXiv (version and date) Code Data / weights Project page / video
LongLive (primary) ICLR 2026 OpenReview 2509.22622v2, 2025-10-13; v1 2025-09-26 NVlabs/LongLive LongLive-1.3B weights; training prompts from VidProM Project page and videos
Self-Forcing NeurIPS 2025 Spotlight (see arXiv comments) 2506.08009v2, 2025-11-10; v1 2025-06-09 GitHub Repository links model weights Project page
SkyReels-V2 Technical report 2504.13074v3, 2025-04-21 GitHub Repository provides weights at multiple scales Repository includes demo/playground
FramePack — 2504.12626v3, 2025-10-14 GitHub Repository provides desktop models and weights Project page
StreamingT2V CVPR 2025 2403.14773v2, 2025-04-16; v1 2024-03-21 GitHub Repository/HF provides weights Project page

Evidence grading: exact table values are marked as reported by the paper; percentages, ratios, and differences are recalculated only from those values. Figure 7 does not provide decimals for every window configuration, so this report states only proximity and the saturation point rather than guessing bar heights. The paper reports no multiple random seeds, standard deviations, or confidence intervals, so “significant improvement” is not used.

2. Motivation: Long Video Is More Than “Generating a Short Clip Repeatedly”

Short-video diffusion commonly uses bidirectional spatiotemporal attention, which yields high quality but cannot naturally reuse historical KV. Causal AR models can cache state, but rolling generation continually conditions on their own errors. LongLive summarizes three tensions: exposure bias from short training to long inference; quadratic computation and linear KV growth under full-history attention; and the prompt-switch dilemma in which deleting the cache causes jumps while retaining it preserves stale semantics.

The quantitative pain points come from Table 1 (p.7): Wan2.1 runs at only 0.78 FPS, SkyReels-V2 0.49 FPS, MAGI-1 0.19 FPS; the fastest existing CausVid/Self-Forcing chunk-wise method reaches 17.0 FPS. In the 30-second VBench-Long Table 3 (p.8), SkyReels-V2 scores 75.29, FramePack 81.95, Self-Forcing 81.59. Thus, claims of “unlimited length” do not automatically solve generation speed and long-horizon consistency.

Interaction adds a state-update problem: the old prompt is written into the self-attention KV cache through cross-attention, so the cache retains stale semantics after a new prompt arrives. Clearing the cache follows the new instruction but disrupts characters and scenes; retaining it preserves continuity but causes prompt inertia. LongLive is engineered not to generate one fixed long video in a single pass, but to let users append prompts continuously while the system keeps producing output at bounded per-step cost.

3. Narrative, Core Assumptions, and Trade-offs

The narrative has three successive layers. First, based on Wan2.1-T2V-1.3B, it adapts a short-video model into a few-step causal generator through Self-Forcing/DMD. Second, training no longer sees only real short clips: each round extends five seconds of the model’s own generated history and computes gradients only for the current new segment, exposing the model during training to the degraded context encountered at deployment. Third, training and inference both use a local window plus a first-frame frame sink; at a prompt switch, KV is rebuilt from recent visual history and the new prompt.

The assumptions are that most video motion depends on nearby frames; the first frame retains a low-frequency global anchor for identity and scene; a short-video teacher can provide local supervision segment by segment even if it cannot generate reliable long videos; detaching history does not remove gradients needed to learn long-horizon stability; and training with a single prompt switch generalizes to multiple switches. The trade-offs are bounded memory for limited long-range information, first-frame anchoring that may obstruct intended scene or identity changes, and inheritance of base-model biases through the local teacher.

4. Equation-Level Formulation and Pseudocode

Let each five-second latent chunk be (x_t), the prompt be (p_t), and the historical cache be (C_t). The causal factorization is [ p_\theta(x_{1:T}|p_{1:T})=\prod_{t=1}^T p_\theta(x_t\mid C_{t-1},p_t), \quad C_t=\mathrm{Update}(C_{t-1},x_t,p_t). ] At a prompt switch (p^-\to p^+), ordinary KV retention uses (C^-), leaving stale semantics; clearing it produces (\varnothing), losing visual state. KV-recache is defined as [ C^+=G^{KV}\theta(x{t-W:t},p^+), ] which re-encodes the most recent (W) frames once with the new prompt. The paper reports that recaching for a single ten-second switch adds only about 6% time (§3.1, p.3).

Streaming long tuning stop-gradients the history: [ \tilde x_{<t}\sim p_\theta,\quad \mathcal L_t=\mathcal L_{DMD}\bigl(x_t;\operatorname{sg}(\tilde x_{<t}),p_t,G_{teacher}\bigr), ] so the backward graph covers only the current five seconds and does not grow with total duration. Resident KV consists of a local window (W), the current supervised segment (T), and a sink (S), requiring (O(W+T+S)) rather than (O(L)) space.

Initialize: Wan2.1-1.3B → ODE init → Self-Forcing DMD few-step causal model
for each training rollout up to 60s:
    cache = ∅
    for chunk = 1..12:
        at a random switch point: cache = Recache(most recent W frames, new prompt)
        x_chunk = Student.sample(cache, active_prompt)
        loss = DMD(x_chunk, Teacher14B, stopgrad(history))
        update only the current chunk; cache retains [first-frame sink + most recent W]
Inference: recache once at each prompt boundary; otherwise continue rolling output

5. Mechanisms and Engineering Details

Mechanism Specific setting What it solves Cost / risk Source
Causal AR few-step adaptation Wan2.1-T2V-1.3B, 832×480, 5s/16FPS Supports KV cache and streaming output Depends on a 14B teacher and DMD §4 and Appendix F, pp.6/16
Streaming long tuning Generate the next 5s segment per round, up to 60s Train-long/test-long; sees its own errors History is detached, truncating cross-segment gradients §3.2, p.4
KV-recache Rebuild cache from the recent window + new prompt at a switch Preserves continuity while following new instructions About +6% time per switch §3.1, p.3
Short window local window 9 latent frames Compute/cache does not grow with total duration Distant events may be forgotten §3.3, p.5
Frame sink Permanently retain 3 latent frames from the first chunk Global identity/scene anchor May lock in the initial state Appendix F, p.16
Prompt data Original VidProM prompt; Qwen2-72B generates subsequent prompts No additional real long videos required LLM-synthesized switch patterns are fairly regular §4 and Appendix E
Optimization 64 H100, batch 64, 3,000 iter; actor lr 1e-5, critic 2e-6; EMA .99 Completes long tuning in 12h About 32 H100 GPU-days Appendix F, p.16
LoRA rank 32–512; rank256 = 350M parameters Reduces optimizer-state overhead Best setting still requires 27% of parameters Table A, p.16

The paper states that window + sink, relative to full history on one H100, reduces end-to-end computation time by 28%and peak memory by 17%(§3.3, p.5). This is neither relative to every baseline nor a complete attribution of the 20.7 FPS result.

6. Data, Benchmarks, and Metrics

Short clips use official VBench prompts and report Total, Quality, and Semantic. Single-prompt long videos use VBench-Long: each prompt generates 30 seconds, segmented by the official script. The authors’ interactive evaluation contains 160 videos of 60 seconds each, each with six consecutive ten-second prompts. Full-video quality uses customizable VBench-Long dimensions, while semantic alignment computes CLIP per ten-second segment. The user study contains 48 pairwise questions × 26 valid participants = 1,248 judgments(Appendix L, p.17), but Figure 1 in the main paper provides neither itemized values that can be recomputed nor confidence intervals.

All FPS results use one H100 (Tables 1/3), yet resolutions and model sizes are not fully standardized: 640×384 to 960×540 and 0.6B to 4.5B. LongLive at 20.7 FPS is most comparable with Self-Forcing at 17.0 FPS because both use 1.3B/832×480; ratios against SkyReels at 960×540 or MAGI at 4.5B cannot be attributed solely to the algorithm.

7. Complete Main-Result Matrix

7.1 Short-Video VBench (Table 1, p.7)

Method Parameters Resolution FPS↑ Total↑ Quality↑ Semantic↑
LTX-Video 1.9B 768×512 8.98 80.00 82.30 70.79
Wan2.1 1.3B 832×480 0.78 84.26 85.30 80.09
SkyReels-V2 1.3B 960×540 0.49 82.67 84.70 74.53
MAGI-1 4.5B 832×480 0.19 79.18 82.04 67.74
CausVid 1.3B 832×480 17.0 81.20 84.05 69.80
NOVA 0.6B 768×480 0.88 80.12 80.39 79.05
Pyramid Flow 2B 640×384 6.7 81.72 84.74 69.62
Self-Forcing chunk 1.3B 832×480 17.0 84.31 85.07 81.28
Self-Forcing frame 1.3B 832×480 8.9 84.26 85.25 80.30
LongLive 1.3B 832×480 20.7 84.87 86.97 76.47

Against the most comparable Self-Forcing chunk baseline, LongLive throughput is +3.7 FPS / +21.76%, Total +0.56 / +0.66%, Quality +1.90 / +2.23%, while Semantic is −4.81 / −5.92%(recalculated here). Relative to SkyReels-V2, throughput is 42.24× FPS, but at a different resolution.

7.2 30-Second VBench-Long (Table 3, p.8)

Method Total↑ Quality↑ Semantic↑ FPS↑
SkyReels-V2 75.29 80.77 53.37 0.49
FramePack 81.95 83.61 75.32 0.92
Self-Forcing 81.59 83.82 72.70 17.0
LongLive 83.52 85.44 75.82 20.7

LongLive exceeds the runner-up FramePack in Total by +1.57 / +1.92%, the runner-up Self-Forcing in Quality by +1.62 / +1.93%, and the runner-up FramePack in Semantic by +0.50 / +0.66%. This table supports the method’s central claim more strongly than the short-video table.

7.3 60-Second Interaction (Table 2, p.7)

Method Quality↑ 0–10s CLIP 10–20s 20–30s 30–40s 40–50s 50–60s
SkyReels-V2 80.49 20.96 22.51 25.78 18.45 19.57 19.61
Self-Forcing 82.46 28.46 24.89 23.53 22.96 23.07 23.19
LongLive 84.38 28.85 25.68 24.64 24.23 24.32 24.32

LongLive’s full-video Quality exceeds Self-Forcing by +1.92 / +2.33%; final-segment CLIP is 24.32 versus 23.19, a difference of+1.13 / +4.87%. Yet it still declines from 28.85 in the first segment to 24.32 in the last, an absolute −4.53 / −15.70%; “stable” therefore means slower relative decay, not no decay.

8. Layered Ablations, Hyperparameter Transitions, and Quantization

KV Table 4 (p.8):

Cache strategy Background consistency↑ Subject consistency↑ CLIP↑
No KV cache 92.75 89.59 28.95
KV cache 94.77 93.69 25.92
KV-recache 94.81 94.04 27.87

Relative to ordinary KV, recache changes background by +0.04, subject by +0.35, and CLIP by +1.95 (+7.52%); its CLIP remains 1.08 below clearing the cache. It is a compromise Pareto point, not best in every column.

Figure 7 (p.8) shows trends only: as the window grows from 3 to 27 latent frames, consistency saturates at about 24 frames; 9 local + 3 sink approaches a 21-frame window. The paper does not provide exact values for every bar, so no table should be fabricated. Table A (p.16) reports trainable LoRA parameters of 44M/87M/175M/350M/700M/1.3B for ranks 32/64/128/256/512/Full, with Total scores of 81.08/82.68/82.98/83.12/83.04/83.52. Rank 256 is best among adapters; rank 512 drops by 0.08, showing clear saturation, though Full remains 0.40 higher.

Table B (p.16), on RTX 5090: INT8/BF16 models occupy 1.4/2.7GB, with FPS of 16.4/12.6, Total 84.31/84.87, Quality 86.20/86.97, Semantic 76.74/76.47. INT8 increases throughput by 30.16% while Total falls by 0.56; Semantic rises by 0.27, but without multiple seeds this small reversal cannot be interpreted as a quantization gain. The abstract/HF later cites FP8 at 24.8 FPS, whereas v2 Table B uses INT8 on a 5090; hardware and precision regimes must not be conflated.

9. Statistical Significance and Reproducibility

The paperdoes not reportthe number of generation seeds, mean ± standard deviation, bootstrap confidence intervals, VBench item-level paired tests, or confidence intervals for the user study. Repeated judgments by 26 participants are not 1,248 independent people. Consequently, the statistical stability of differences such as 0.50 Semantic or 0.04 Background cannot be determined.

Reproducibility strengths include released training/inference code, weights, prompt-generation templates, and major hyperparameters; requirements are at least a 40GB GPU, Linux, and 64GB RAM. A risk is that the main repository has moved to LongLive 2.0, so one must pin the v1.0 commit. Training depends on a Wan2.1-14B teacher, VidProM prompts, subsequent prompts synthesized by Qwen2-72B, and 64 H100s, leaving full reproduction expensive.

StreamingT2V addresses hard cuts between short clips using short-term CAM from the previous chunk, long-term appearance preservation from the first chunk, and random blending, producing 80–1,200+ frames. Its gap is slow multi-stage inference rather than a few-step causal KV system, with no streaming prompt switching. LongLive inherits “near-term + first-segment long-term anchor” and compresses it into a rolling window + frame sink.

SkyReels-V2 supports unlimited extension through diffusion forcing, structured cinematic captions, multi-stage training, and motion RL. Its gap is that the 1.3B model reaches only 0.49 FPS in LongLive Table 1, while interactive switching also needs complex state handling. LongLive keeps the AR diffusion-forcing route to long video but shifts emphasis from cinematic language to caching and online latency.

FramePack compresses historical frame context by importance to keep Transformer context fixed, adding reverse-time/endpoint anti-drift. Its core is context packing and an I2V workflow, not prompt-switch recache. LongLive instead avoids learned complex compression and keeps “recent window + fixed first frame,” a simpler design with less information capacity.

Self-Forcing is the most direct technical precursor: it autoregressively rolls out during training, conditions on its own outputs, and uses DMD/truncated gradients to remove the teacher-forcing gap. Its remaining gap is degradation when extending short training to long rollouts, plus no interactive prompt updates. LongLive extends self-forced training from short video to 60-second streaming long tuning and embeds KV-recache in the same training condition.

Short-video diffusion
   ├─ StreamingT2V: first-segment anchor + local transition ───┐
   ├─ SkyReels-V2: diffusion forcing + cinematic post-training ├─→ LongLive
   ├─ FramePack: fixed history budget + anti-drift ────────────┤    ├─ self-rollout long tuning
   └─ Self-Forcing: train on its own outputs ──────────────────┘    ├─ window + frame sink
                                                                  └─ KV-recache at prompt boundaries
                Not yet unified: dynamic history retrieval + multi-event causal memory + compute-matched human evaluation
Work Long-horizon state Train–inference alignment Interactive switching Cost vs. duration How LongLive responds / what remains
StreamingT2V First segment + previous-chunk modules Limited Not a primary focus Multiple modules Simplifies to cache; weak semantic memory
SkyReels-V2 diffusion forcing Progressive training Limited Slower 20.7 vs. 0.49 FPS; unequal resolutions
FramePack Importance-compressed history anti-drift No recache Fixed context Simpler; no dynamic retrieval
Self-Forcing rolling KV self-rollout Not a primary focus Bounded Extends to 60s; teacher dependence remains
LongLive local 9 + sink 3 streaming long tuning KV-recache (O(W+T+S)) Distant events and multiple shots remain weak

11. Real Contributions, Reusable Designs, and Transfer Potential

The real contribution is not a single new loss but three layers of alignment: training uses the model’s own history; training and inference use the same window/sink; and prompt switches trigger recache in both. Copying frame sink alone may not work; the paper explicitly notes that the sink becomes effective only after streaming tuning first mitigates long-rollout collapse (§3.3).

Reusable ideas include streaming truncated backprop, which keeps memory constant as total sequence length grows; explicit state refresh at event boundaries; and separating stable anchors from sliding windows. These transfer to world models, robotic visual rollouts, long-audio generation, streaming avatars, and hybrid linear/full attention. In transfer, the fixed first frame should become retrievable or updatable memory; otherwise the anchor becomes an incorrect constraint during genuine scene changes.

12. Limitations Stated by the Paper

  1. Base-model ceiling. Appendix M (p.18) explicitly says the method is efficient fine-tuning on top of the base model, so absolute short-video quality is unlikely to consistently surpass the base; gains mainly come from adaptation and stability.
  2. Inherited bias. The same section notes that without additional curated real video, systematic errors and biases of the base model cannot be corrected.
  3. Long-range information trade-off. §3.3 (p.5) acknowledges that small windows harm consistency, which saturates only at about 24 frames; the sink is a compromise rather than a replacement for full history.

13. Independent Critique: Because X, Therefore Y

  1. [Semantic cost] Because short-video Semantic is 76.47, 4.81 points below Self-Forcing at 81.28 (Table 1), “no short-video capability degradation” holds only for Total/Quality and cannot be generalized to text adherence.
  2. [Long-horizon decay remains] Because interactive CLIP falls from 28.85 in the first segment to 24.32 in the last (−15.70%), LongLive slows drift rather than eliminating it.
  3. [Baseline fairness] Because Table 1 mixes 0.6–4.5B models and 640×384–960×540 resolutions, with only some methods at 1.3B/832×480, “fastest in the table” includes model/resolution differences.
  4. [Metric validity] Because the interactive set is synthesized by Qwen2-72B from the original prompt, adding only one action while preserving the scene, whereas real users may change subject, style, and shot, KV-recache generalization may be overstated by a mild switch distribution.
  5. [State ceiling] Because global memory fixes only the first chunk and local memory keeps only nine frames, a character/object introduced midway and returning later has no long-term slot; a 240-second demo does not prove event-level recall.
  6. [Statistics] Because all main tables lack standard deviations/CIs and the user study has only 26 people with repeated measures, small differences such as 0.50 points cannot be claimed robust.
  7. [Attribution] Because the system jointly introduces streaming tuning, a short window, sink, and recache after ODE+DMD adaptation, while the tables lack a complete factorial ablation, the 20.7 FPS and long-horizon scores cannot be attributed component by component.
  8. [Definition of “real time”] Because FPS lacks a full breakdown of time to first frame, prompt encoding, VAE decoding/I/O, and p95 jitter, 20.7 FPS establishes steady-state throughput, not an interactive-service SLA.

14. Actionable Open Challenges

Theory

  • Anchor vs. retrieval memory: With a fixed 9+3 token budget, compare a first-frame sink, uniform sink, CLIP-similarity retrieval, and learned eviction; measure identity retrieval and per-frame FLOPs on a set where a character returns after being absent for 30 seconds.
  • Truncated-gradient bias: On the same 60-second sequences, compare detached history, truncation every 2/4 chunks, and low-rank cross-segment gradients; report quality, memory, and gradient cosine to test whether local DMD misses long causal dependencies.
  • Switch-distribution transition: Control prompt edit distance from a single action through background or subject replacement to abrupt style changes, then plot the continuity–adherence Pareto for one, two, or no recache operations.

Engineering Applications

  • Hardware-matched end to end: Rerun LongLive/Self-Forcing/SkyReels on the same H100 at 832×480 and 80 frames with identical VAE and compilation settings; report TTFF, steady-state FPS, p50/p95, peak memory, and power.
  • Multi-user serving: At batch sizes 1/2/4/8 and different switch frequencies, compare dynamic batching and cache fragmentation using video-seconds per dollar and SLA miss rate.
  • Reproducing drift: Fix the public 160 prompts and seeds, test 60/240-second scores and hash reproducibility across CUDA/GPU combinations, and quantify the hardware sensitivity identified by FramePack.

Emerging Directions

  • Video world models: Under identical control trajectories, compare text prompts with keyboard/6DoF actions and measure controllability, state consistency, and closed-loop task success rather than only VBench.
  • Synchronized long-form audio-video generation: Add speech/environmental-audio caches; compare a separate audio sink with shared cross-modal memory, measuring four-minute drift in lip sync, speaker identity, and event synchronization.
  • Safety editing: Insert a disallowed action midway through a prompt; compare safety-policy activation latency, stale-semantic residue, and visual continuity before and after recache to test whether the cache becomes a safety-bypass channel.

15. Further Reading

  1. LongLive-2.0: upgrades the 1.0 algorithmic skeleton with NVFP4, sequence parallelism, and asynchronous VAE infrastructure, reporting 45.7 FPS for a 5B model; useful for separating algorithmic from hardware gains.
  2. LiveAnimate: retrieves historically pose-relevant segments with a pose-retrieval sink under a fixed budget, closer to dynamic memory than LongLive’s fixed first frame.
  3. JoyAI-Echo-1.5: combines cross-shot visual memory, speaker audio, and 6DoF control, representing the shift from long video toward persistent narratives/world models.
  4. MotionStream: extends real-time AR video to fine-grained motion control, addressing LongLive’s reliance on coarse text prompts.
  5. Self-Forcing: LongLive’s most direct training precursor; reading it separates “supervision on self-generated history” from LongLive’s new long tuning/cache update.
  6. FramePack: offers another fixed-context path through importance compression and anti-drift, suitable for head-to-head comparison with dynamic memory.

16. Conclusion

LongLive matters because it reframes long-video generation from “one expensive sample” into a stateful streaming system: state must be refreshed periodically, training must expose the model to its own errors, and global and local memory must divide responsibilities. Its key result is 20.7 FPSon a single H100 and a 30-second VBench-Long Total of 83.52, while short-video Semantic remains 4.81below Self-Forcing and final-segment CLIP still drops 15.70%from the first segment. The most accurate assessment is that it establishes a strong long-horizon quality–speed Pareto frontier without solving semantic decay, dynamic long-term memory, or service-level tail latency.

Throughput of Matched 1.3B / 832×480 Models

LongLive reaches 20.7 FPS, 21.76% above Self-Forcing chunk-wise; the vertical axis is FPS on a single H100.

Throughput comparison between LongLive and matched baselinesWan2.1 0.78, Self-Forcing frame 8.9, Self-Forcing chunk 17.0, and LongLive 20.7 FPS.05101520Wan2.1SF frameSF chunkLongLive
Source: LongLive Table 1, p.7. Only models with the same parameter count, resolution, and hardware regime are plotted to avoid misleading comparisons.