Vidu S1 实时交互式视频生成论文解读
解读 Hugging Face Daily Papers 最新置顶论文 Vidu S1,梳理语音控制、无限时长流式生成、训练蒸馏、推理加速与实验结果。
研究概览
本次 /auto-research 按用户流程访问 Hugging Face Papers。北京时间 2026-07-13 09:00 对应的 Hugging Face /papers 最新可见日榜跳转到 2026-07-10,榜首论文为 Vidu S1: A Real-Time Interactive Video Generation Model,Hugging Face 页面标记为 #1 Paper of the day,arXiv 编号为 2607.03118。
这篇论文关注一个明确的产品化问题:现有高质量视频生成模型多是离线、一次性生成,用户输入 prompt 后等待完整视频产出;而实时对话、虚拟主播、互动教育、游戏 NPC 等场景需要视频在用户说话或发出指令后立即响应。Vidu S1 将任务定义为 voice-controlled digital character animation:用户给出参考人物图像、语音与动作指令,系统持续生成能说话、能动作、可交互的角色视频流。
论文的核心结论是:Vidu S1 在 540p 分辨率下可达到最高 42 FPS,并支持无限时长流式生成;在 HDTF 上取得 CSIM 0.9192、Sync-D 7.8470、DOVER 0.5660;在人类偏好评测中,相比 HeyGen、LemonSlice、Kling Avatar 2.0,在主体可控性等维度更受偏好。
基本信息
| 项目 | 内容 |
|---|---|
| 论文标题 | Vidu S1: A Real-Time Interactive Video Generation Model |
| arXiv ID | 2607.03118v1 |
| 提交日期 | 2026-07-03 |
| Hugging Face 日榜 | 2026-07-10 #1 Paper of the day |
| 作者 | Jintao Zhang、Kai Jiang、Jintao Chen、Xu Wang、Yang Luo、Yuji Wang、Dechuang Chen、Jungang Li 等 27 位作者 |
| 机构 | Tsinghua University、Shengshu Technology |
| 任务类型 | 实时交互式、语音控制、数字角色视频生成 |
| 关键系统 | TurboDiffusion、TurboServe、TwinCache、RoPE Repositioning、W8A8 GEMM、CUDA Graph、多 GPU 并行 |
研究背景和动机
从离线生成到实时互动
视频生成领域在 Sora、Veo、Wan、Seedance 等系统之后,已经证明大规模 diffusion / transformer 架构能够合成高质量短视频。但论文指出,这些模型通常仍是 offline one-shot generation:用户一次性输入 prompt,等待数分钟甚至更久,模型同步去噪完整视频后才输出结果。
这个范式适合广告、短片、素材创作,却不适合需要持续反馈的场景:
- 实时视频对话:虚拟人需要边听边回应,而不是生成完 10 秒片段再播放。
- 直播和虚拟主播:观众输入、主播台词、姿态动作都需要即时调整。
- 游戏与互动娱乐:角色动作和表情需要跟随玩家状态变化。
- 教育和陪伴代理:视觉反馈必须和语音、情绪、任务状态对齐。
论文用一个简单需求模型表达实时互动的潜在规模:
D_rt = alpha * N
D_off = beta * N / m
其中 N 是用户数,alpha 是每个用户对实时互动视觉内容的平均需求,beta 是对离线生成内容的平均需求,m 是单个离线视频的平均观看次数。如果 alpha ≈ beta 且 m > 100,实时互动视频的生成需求可比离线生成高两个数量级。这个公式并非市场实证,而是论文用来说明需求结构差异的直觉模型:离线视频可复用,实时互动则通常按用户会话持续消耗计算。
现有方法的缺口
论文把现有 autoregressive video generation 的问题归纳为四类:
- 许多方法只把离线生成改为自回归生成,但仍不支持用户在生成过程中实时介入。
- 多数方法不把语音作为直接、显式的未来内容控制信号,用户难以用自然语言持续改变角色行为。
- 长时生成容易累积误差,出现身份漂移、背景扭曲、画面崩坏和运动不连续。
- 实时视频生成不是单纯模型问题,还依赖推理 kernel、服务调度、多 GPU 通信和部署基础设施。
Vidu S1 的定位正是填补这个交叉缺口:模型、训练、推理缓存、系统加速一起设计,而不是只提出一个网络结构。
核心贡献和创新点
贡献拆解
| 贡献 | 具体含义 | 与常规方案的区别 |
|---|---|---|
| 连续用户交互 | 用户可在生成过程中随时用语音控制后续内容 | 不是预先给完整 prompt 后等待结果 |
| 显式语音控制 | 将 speech 作为未来视频内容的直接控制条件 | 不只是用音频驱动嘴型或表情 |
| 无限时长稳定生成 | 通过流式自回归、滑动窗口和 TwinCache 抑制漂移 | 不局限于固定长度短视频 |
| 系统级实时推理 | 结合 TurboDiffusion / TurboServe、量化、CUDA Graph、多 GPU 并行 | 目标是可用的 540p 42 FPS,而非仅离线指标 |
| 专门评测集 | 构建 Vidu-StreamBench,覆盖动作指令、参考图、音频、情绪和场景 | HDTF 只能评估传统 audio-driven avatar,不足以评估交互控制 |
技术路线图
flowchart TD
A[原始视频数据] --> B[去重与基础预过滤]
B --> C[单镜头切分]
C --> D[主体与质量过滤]
D --> E[语音分离与说话人检测]
E --> F[双粒度 Caption 标注]
F --> G[双向 Teacher 训练]
G --> H[因果 Teacher 训练]
H --> I[DMD 与 PCM 蒸馏]
I --> J[滑动窗口流式推理]
J --> K[TwinCache 与 RoPE Repositioning]
K --> L[TurboDiffusion 与 TurboServe 加速]
L --> M[540p 实时交互视频流]
这张图可以看出论文的工程取向:数据、训练、蒸馏、缓存、推理基础设施层层衔接。Vidu S1 的价值不只在模型能生成角色动作,而在于把长时稳定性和低延迟同时纳入设计目标。
技术方法论详解
数据准备:从视频素材到可控训练样本
训练数据来自两类视频:直播或 talking-head 视频,以及影视剧等高质量片段。前者用于学习面部表情、身体动作、唇形同步等细节,后者提升多机位、多场景、多风格泛化能力。
数据清洗流程包括:
- 按帧率、分辨率、音视频完整性、音画同步进行基础预过滤。
- 按镜头边界切分为 3 到 60 秒单镜头片段,避免一句话中间被截断。
- 用专家模型和 omni 模型联合过滤主体、画面洁净度、视觉质量、安全性、镜头稳定性与互动性。
- 通过 voice activity detection 和 active speaker detection 标注 onscreen、offscreen、overlap 三类语音段,过滤重叠语音。
- 生成 clip-level caption 与 speech-aware chunk-level caption,前者提供全局语义锚点,后者把动作、情绪、对白与时间片段对齐。
这里的关键不是简单扩大数据量,而是把训练样本变成适合实时交互学习的结构化序列。尤其是 chunk-level caption 和语音 diarization,使模型能学习“某段语音或指令对应接下来哪段动作”。
训练阶段一:双向 Teacher 建立高质量先验
论文先训练一个 bidirectional video-audio generation model。设第 i 帧的干净视频表征为 v_i^0,音频表征为 a_i^0,联合状态为:
x_i^0 = [v_i^0; a_i^0]
[;] 表示在模态维度拼接。对长度为 N 的序列,干净联合状态为 x_1:N^0,条件序列 c_1:N 包括语音、文本 prompt 和参考图像。双向 teacher 在完整上下文上学习去噪:
x_hat_1:N^0 = f_bi_theta(x_1:N^tj, tj, c_1:N)
直观解释:第一阶段先不强求实时因果,只让模型在完整片段上学习高质量、多模态一致的视频音频生成先验。
训练阶段二:因果 Teacher 学会流式自回归
实时生成时,模型不能看到未来帧,因此第二阶段从双向 teacher 初始化因果 teacher,并加入 causal attention mask。对第 i 帧,只允许访问 i 之前的历史视频音频状态和当前可用条件:
x_hat_i^0 = f_theta(x_i^tj, tj, c_<=i, x_<i^tau_j, tau_j)
训练时混合两种策略:
- Teacher Forcing:历史前缀使用真实干净状态
x_<i^0,训练稳定、监督清楚。 - Diffusion Forcing:历史前缀使用带噪状态
x_<i^tau_j,让模型适应推理时不完美的自回归历史。
这个混合策略的目标是降低 train-test gap:如果训练时总看真实历史,推理时一旦自己的输出有误差就会滚雪球;如果训练时加入带噪历史,模型更可能学会在长期滚动中纠偏。
训练阶段三:DMD + PCM 蒸馏到少步生成
自回归 diffusion 若每帧仍需多步去噪,就无法实时。Vidu S1 使用 Distribution Matching Distillation 将生成过程压缩到少数采样步,并加入 Phased Consistency Models 正则以抑制模式崩塌。
论文指出,仅用 DMD 容易出现 camera drift、content degeneration、temporal inconsistency。PCM 正则用感知特征距离约束 student / EMA student 的一致性,相当于给少步生成增加稳定性约束。最终报告的实时配置为 3-step,能在 RTX 5090 GPU 上达到 42 FPS。
流式推理:滑动窗口、持久参考上下文和 TwinCache
推理时,Vidu S1 使用固定长度 sliding-window decoding。窗口内包含三类信息:
- 用户第一帧参考图和首个生成状态组成的 persistent reference context。
- 窗口内缓存的历史视频音频状态。
- 当前正在去噪的视频音频状态。
持久参考上下文类似 LLM 中的 attention sink:它长期保留角色身份、外观和全局条件,避免无限生成时身份被逐渐洗掉。
TwinCache 是论文最值得关注的推理设计之一。每个历史状态保留两种缓存:
- noisy cache:来自预设中间去噪步骤,保留粗粒度时序动态,抑制高频伪影累积。
- clean cache:来自最终去噪步骤,用于恢复细粒度外观、身份一致性和画面质量。
中间去噪阶段主要看 noisy history,最后一步切换到 clean history。这个设计把“时序传播”和“外观细化”拆开处理,目标是在长时生成中同时保持动作连续和视觉细节。
推理基础设施:把模型速度做成系统速度
论文明确把实时生成视为硬件软件协同问题:
- Attention 加速:使用 SageAttention、SpargeAttention、Sparse-Linear Attention 降低 attention 延迟。
- 线性层量化:实现 per-block W8A8 quantized GEMM,避免 per-tensor / per-channel 量化受 outlier 影响过大。
- Kernel Fusion:用 Triton / CUDA 融合 RMSNorm 和 elementwise 操作,减少 kernel launch 与中间张量读写。
- CUDA Graph:针对稳定重复的流式推理图捕获执行子图,减少主机端启动开销。
- 多 GPU 并行:采用 Ulysses-style context parallelism,把序列切分到多 GPU,并优化 all-to-all 通信。
这部分是 Vidu S1 与许多纯模型论文的差异:它不只报告“模型可实时”,还说明了实时来自哪些系统优化。
实验设计和主要结果
评测设置
论文使用两类评测:
| 评测 | 用途 | 样本与指标 |
|---|---|---|
| Vidu-StreamBench | 评估实时交互式 avatar 生成 | 500 个样本,每个样本包含动作指令、参考首帧和音频;与 HeyGen、LemonSlice、Kling Avatar 2.0 做 A/B 人类偏好测试 |
| HDTF | 作为公开 audio-driven avatar 基准 | 对比 Wan2.2-S2V-14B、LiveAvatar、OmniAvatar、Hallo3、StableAvatar-1.3B、HeyGen、LemonSlice、Kling Avatar 2.0;报告 CSIM、Sync-D、DOVER |
| 推理效率 | 验证实时可用性 | 在 RTX 5090 GPU 上测试 540p、3-step、平均 42 FPS |
指标解释:
- CSIM:身份相似度,越高越好。
- Sync-D:音画同步距离,越低越好。
- DOVER:视频感知质量,越高越好。
- FPS / Throughput:是否超过 30 FPS 实时播放阈值。
HDTF 定量结果
| Model | 指令跟随 | 实时 | 分辨率 | FPS / Throughput | CSIM ↑ | Sync-D ↓ | DOVER ↑ |
|---|---|---|---|---|---|---|---|
| OmniAvatar | 否 | 否 | 480p | - | 0.8062 | 9.242 | 0.5476 |
| StableAvatar-1.3B | 否 | 否 | 480p | - | 0.8358 | 11.18 | 0.5560 |
| Hallo3 | 否 | 否 | 480x720 | - | 0.7698 | 8.660 | 0.5313 |
| Wan2.2-S2V-14B | 否 | 否 | 480p / 720p | - | 0.7936 | 8.255 | 0.5510 |
| LiveAvatar | 否 | 是 | - | - | 0.8127 | 8.447 | 0.5639 |
| LemonSlice | 否 | 是 | 368x560 | - | 0.8407 | 7.921 | 0.5196 |
| HeyGen | 否 | 是 | - | 25 FPS | 0.9191 | 8.037 | 0.4864 |
| Kling Avatar 2.0 | 是 | 否 | - | - | 0.8688 | 8.158 | 0.5406 |
| Vidu S1 | 是 | 是 | 540p | 42 FPS | 0.9192 | 7.8470 | 0.5660 |
Vidu S1 的优势并非在所有指标上大幅领先。例如 CSIM 只比 HeyGen 高 0.0001,说明身份保持接近同一水平;真正明显的差异在组合能力:Vidu S1 同时满足指令跟随、实时性、540p 输出、较好的音画同步和最高 DOVER。
人类偏好测试
Vidu-StreamBench 的 A/B 测试显示:
- 对 HeyGen:总体偏好 Vidu S1 为 56%,对方 28%,持平 16%;动作动态偏好 68%;主体可控性偏好 100%。
- 对 LemonSlice:总体偏好 46%,对方 30%,持平 24%;主体可控性偏好 100%。
- 对 Kling Avatar 2.0:总体偏好 48%,对方 30%,持平 22%;主体可控性偏好 60%,对方 16%,持平 24%。
这些结果支持论文主张:Vidu S1 的优势不只是嘴型同步,而是能把语音和动作指令转成可见行为,比如抬头、比赞、做手势、改变姿态。
关键图表和公式解读
Figure 1:三件事合在一起才构成 Vidu S1
论文首页概览图强调三点:speech-guided future video generation、infinite efficient inference and serving、supports various custom characters。解读时应注意,这不是三个独立卖点,而是三个互相约束的目标:
- 如果只有语音控制但不能长期稳定,无法服务直播和长会话。
- 如果只能无限生成但没有显式控制,只是自动播放视频。
- 如果能个性化角色但速度不够,用户体验仍接近离线生成。
Figure 2:数据过滤管线决定上限
Figure 2 展示从 raw videos 到 trainable clips 的过滤流程。它解释了为什么交互视频生成不能只堆公开视频:训练样本需要同时满足单主体、单镜头、音画同步、动作清楚、内容安全、参考角色稳定等约束。否则模型可能学到错误对应关系,例如背景音乐被当成人声、字幕水印被当成视觉条件、多人说话导致唇形监督混乱。
Figure 3:偏好评测说明用户真正感知的是可控性
Figure 3 的关键不是总体偏好高多少,而是维度差异。Vidu S1 对 HeyGen 和 LemonSlice 在 subject controllability 上达到 100% 偏好,说明传统 audio-driven avatar 系统即便能实时说话,也不等于能按用户动作指令改变身体行为。
核心公式:训练目标如何对应推理约束
x_i^0 = [v_i^0; a_i^0] 把视频和音频作为同一个联合状态建模,避免把“画面生成”和“声音同步”拆成两个后处理模块。双向 teacher 的完整序列去噪提供质量上限;因果 teacher 的 c_<=i 与 x_<i 约束则把模型改造成可实时滚动的生成器;DMD 和 PCM 再把每步生成的采样成本降下来。换句话说,公式链条对应的是:
高质量完整片段生成 -> 因果流式生成 -> 少步实时生成 -> 长时稳定缓存生成
局限性和未来工作
局限性
- 公开可复现性有限:论文报告了 Vidu-StreamBench,但该基准是 in-house;训练数据规模、模型规模、完整训练配方和服务成本没有完全公开,第三方难以严格复现。
- 硬件假设偏强:42 FPS 测试基于 RTX 5090 和多项 kernel / serving 优化,普通消费端或移动端能否达到类似体验仍需单独验证。
- 评测仍偏 avatar 场景:Vidu S1 主要面向数字角色,不能直接推断到开放世界视频、复杂多主体交互、物理一致场景或高动态镜头。
- 安全与身份风险需要更细治理:用户可上传真实人物、动漫角色和宠物图像,实际部署必须处理肖像权、深度伪造、未授权角色复刻和内容安全。
- 语音控制边界不清:论文强调 voice instruction,但没有充分披露复杂多轮指令、冲突指令、方言噪声、跨语言控制、情绪变化等场景的鲁棒性。
未来方向
- 开放或标准化实时交互视频基准,使不同系统可在相同动作指令、延迟、稳定性和安全维度上比较。
- 从单主体 avatar 扩展到多主体、多镜头、物理可交互环境。
- 将语音控制与更强的 agent planning 结合,使角色不仅响应动作指令,还能根据任务状态自主决定表情、姿态和场景行为。
- 降低推理成本,探索端侧、边缘侧或单 GPU 低延迟部署。
- 建立身份授权、水印、检测和审计机制,降低滥用风险。
实际应用场景和潜在影响
| 场景 | 价值 | 落地门槛 |
|---|---|---|
| 虚拟主播 / 直播电商 | 主播可根据用户问题实时改变表情、动作和讲解节奏 | 需要稳定低延迟、品牌安全和内容审核 |
| 教育陪伴 Agent | 老师形象可根据学生回答即时反馈,提升沉浸感 | 需要长时一致性、情绪控制和教学策略 |
| 客服与企业培训 | 数字人可在会话中同步解释流程、演示动作 | 需要企业知识库对接和身份合规 |
| 游戏 NPC | NPC 可根据玩家语音和行为实时生成表情动作 | 需要更强物理一致性和多角色互动 |
| 影视预演和分镜 | 快速试验角色表演、台词和姿态 | 对可控性要求高,对最终画质可后处理 |
长期看,Vidu S1 代表视频生成从“素材生产工具”向“实时视觉界面”迁移。它的潜在影响类似语音合成从离线配音走向实时语音助手:一旦延迟低到可对话,视频不再只是文件,而可能成为 agent 的实时交互层。
相关工作和领域背景
Vidu 系列
2024 年的 Vidu 论文已经展示了高一致性 text-to-video 生成,支持 1080p、最长 16 秒单次生成,并以 U-ViT 作为主干。Vidu S1 可视为从“高质量短视频生成”向“实时流式角色交互”的延伸。
Interactive Generative Video
2025 年的 IGV 综述把交互式生成视频拆成 Generation、Control、Memory、Dynamics、Intelligence 五个模块,并强调游戏、具身 AI、自动驾驶等场景对实时生成、开放域控制、长期一致性和物理动态的需求。Vidu S1 覆盖了其中的 Generation、Control、Memory 三个关键环节,但在开放物理动态和通用智能方面仍是早期形态。
同类实时方法
- StreamDiT:面向 streaming text-to-video,蒸馏后可在单 GPU 上实现 512p、16 FPS,证明 streaming video generation 是可行方向。
- FlowAct-R1:面向 interactive humanoid video generation,报告 480p、25 FPS、约 1.5 秒首帧时间,强调 full-body control。
- LiveTalk:面向多模态交互 avatar,通过改进 on-policy distillation 和长视频 identity sink 降低交互延迟。
Vidu S1 相比这些工作,最突出的组合是 540p、42 FPS、语音显式控制、无限时长和商业系统级比较。但由于评测集和实现细节不完全公开,仍应把它视为强产品化研究原型,而非已被社区充分复现的标准方法。
关键要点总结
- Vidu S1 把视频生成问题从离线短片推进到实时、可交互、语音控制的数字角色视频流。
- 论文的核心不是单个新模块,而是数据过滤、因果训练、蒸馏、缓存和推理系统的组合工程。
- TwinCache 的 noisy / clean 双缓存思想值得关注,它把长时动作传播和外观细节恢复拆开处理。
- 42 FPS 的结果说明实时扩散视频生成在高端 GPU 和深度系统优化下已接近产品可用阈值。
- 实验显示 Vidu S1 在可控性上显著优于传统实时 avatar 系统,但 in-house benchmark 限制了独立验证。
- 最大风险来自复现不足、硬件成本、身份滥用和复杂开放场景泛化。
- 如果后续基准、模型和 serving 栈更开放,实时视频 agent 可能成为虚拟主播、教育、客服、游戏 NPC 的基础交互形态。
参考资料
- Hugging Face Papers: Vidu S1: A Real-Time Interactive Video Generation Model
- arXiv Page: arXiv:2607.03118
- arXiv PDF: Vidu S1 PDF
- Project page: Vidu Stream
- GitHub: shengshu-ai/Vidu-S1
- Related paper: Vidu: a Highly Consistent, Dynamic and Skilled Text-to-Video Generator with Diffusion Models
- Related survey: A Survey of Interactive Generative Video
- Related paper: StreamDiT: Real-Time Streaming Text-to-Video Generation
- Related paper: FlowAct-R1: Towards Interactive Humanoid Video Generation
- Related paper: LiveTalk: Real-Time Multimodal Interactive Video Diffusion via Improved On-Policy Distillation