Logo
热心市民王先生

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 ID2607.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 ≈ betam > 100,实时互动视频的生成需求可比离线生成高两个数量级。这个公式并非市场实证,而是论文用来说明需求结构差异的直觉模型:离线视频可复用,实时互动则通常按用户会话持续消耗计算。

现有方法的缺口

论文把现有 autoregressive video generation 的问题归纳为四类:

  1. 许多方法只把离线生成改为自回归生成,但仍不支持用户在生成过程中实时介入。
  2. 多数方法不把语音作为直接、显式的未来内容控制信号,用户难以用自然语言持续改变角色行为。
  3. 长时生成容易累积误差,出现身份漂移、背景扭曲、画面崩坏和运动不连续。
  4. 实时视频生成不是单纯模型问题,还依赖推理 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。窗口内包含三类信息:

  1. 用户第一帧参考图和首个生成状态组成的 persistent reference context。
  2. 窗口内缓存的历史视频音频状态。
  3. 当前正在去噪的视频音频状态。

持久参考上下文类似 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 / ThroughputCSIM ↑Sync-D ↓DOVER ↑
OmniAvatar480p-0.80629.2420.5476
StableAvatar-1.3B480p-0.835811.180.5560
Hallo3480x720-0.76988.6600.5313
Wan2.2-S2V-14B480p / 720p-0.79368.2550.5510
LiveAvatar--0.81278.4470.5639
LemonSlice368x560-0.84077.9210.5196
HeyGen-25 FPS0.91918.0370.4864
Kling Avatar 2.0--0.86888.1580.5406
Vidu S1540p42 FPS0.91927.84700.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_<=ix_<i 约束则把模型改造成可实时滚动的生成器;DMD 和 PCM 再把每步生成的采样成本降下来。换句话说,公式链条对应的是:

高质量完整片段生成 -> 因果流式生成 -> 少步实时生成 -> 长时稳定缓存生成

局限性和未来工作

局限性

  1. 公开可复现性有限:论文报告了 Vidu-StreamBench,但该基准是 in-house;训练数据规模、模型规模、完整训练配方和服务成本没有完全公开,第三方难以严格复现。
  2. 硬件假设偏强:42 FPS 测试基于 RTX 5090 和多项 kernel / serving 优化,普通消费端或移动端能否达到类似体验仍需单独验证。
  3. 评测仍偏 avatar 场景:Vidu S1 主要面向数字角色,不能直接推断到开放世界视频、复杂多主体交互、物理一致场景或高动态镜头。
  4. 安全与身份风险需要更细治理:用户可上传真实人物、动漫角色和宠物图像,实际部署必须处理肖像权、深度伪造、未授权角色复刻和内容安全。
  5. 语音控制边界不清:论文强调 voice instruction,但没有充分披露复杂多轮指令、冲突指令、方言噪声、跨语言控制、情绪变化等场景的鲁棒性。

未来方向

  • 开放或标准化实时交互视频基准,使不同系统可在相同动作指令、延迟、稳定性和安全维度上比较。
  • 从单主体 avatar 扩展到多主体、多镜头、物理可交互环境。
  • 将语音控制与更强的 agent planning 结合,使角色不仅响应动作指令,还能根据任务状态自主决定表情、姿态和场景行为。
  • 降低推理成本,探索端侧、边缘侧或单 GPU 低延迟部署。
  • 建立身份授权、水印、检测和审计机制,降低滥用风险。

实际应用场景和潜在影响

场景价值落地门槛
虚拟主播 / 直播电商主播可根据用户问题实时改变表情、动作和讲解节奏需要稳定低延迟、品牌安全和内容审核
教育陪伴 Agent老师形象可根据学生回答即时反馈,提升沉浸感需要长时一致性、情绪控制和教学策略
客服与企业培训数字人可在会话中同步解释流程、演示动作需要企业知识库对接和身份合规
游戏 NPCNPC 可根据玩家语音和行为实时生成表情动作需要更强物理一致性和多角色互动
影视预演和分镜快速试验角色表演、台词和姿态对可控性要求高,对最终画质可后处理

长期看,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、语音显式控制、无限时长和商业系统级比较。但由于评测集和实现细节不完全公开,仍应把它视为强产品化研究原型,而非已被社区充分复现的标准方法。

关键要点总结

  1. Vidu S1 把视频生成问题从离线短片推进到实时、可交互、语音控制的数字角色视频流。
  2. 论文的核心不是单个新模块,而是数据过滤、因果训练、蒸馏、缓存和推理系统的组合工程。
  3. TwinCache 的 noisy / clean 双缓存思想值得关注,它把长时动作传播和外观细节恢复拆开处理。
  4. 42 FPS 的结果说明实时扩散视频生成在高端 GPU 和深度系统优化下已接近产品可用阈值。
  5. 实验显示 Vidu S1 在可控性上显著优于传统实时 avatar 系统,但 in-house benchmark 限制了独立验证。
  6. 最大风险来自复现不足、硬件成本、身份滥用和复杂开放场景泛化。
  7. 如果后续基准、模型和 serving 栈更开放,实时视频 agent 可能成为虚拟主播、教育、客服、游戏 NPC 的基础交互形态。

参考资料