Token导航 LogoToken导航

AI 资讯 · 科技行者

HelixWorld让AI生成世界具备空间音频能力

更新 2026-10-30科技行者正文 7960字阅读约 25分钟

你有没有想过,为什么所有能让你"走进去"的AI虚拟世界都是哑的?

打开任何一个交互式世界模型,无论是能让你用键盘操控视角的游戏引擎替代品,还是能根据摄像机轨迹生成连续画面的虚拟漫游系统,你会发现一个共同的怪现象:画面越来越逼真,场景越来越流畅,但始终一片死寂。你走进森林,看不到风吹树叶的声音从哪个方向传来;你转身看向身后的瀑布,水声却丝毫不会因为你的转头而发生偏移。

这不是技术团队忘了加声音这么简单。这背后藏着一个长期被忽视的矛盾:生成逼真画面已经够难了,再加上一个会随摄像机移动而实时变化的立体声场,难度直接翻倍还不止。HelixWorld这篇论文,出自香港科技大学和Noiz AI团队,想要解决的正是这个问题:让视觉画面和空间音频在用户交互下原生地、实时地共同生长出来。

哑巴世界模型的困境

先说说现在的世界模型们都在干什么。

交互式世界模型*:一种能根据用户输入(比如键盘按键或摄像机移动指令)实时生成连续画面的AI系统,可以理解为"会听指挥的视频生成器"。

这类模型已经发展出了不少分支,有的靠潜在编码控制画面走向,有的接受键盘动作指令,还有的直接吃摄像机的六自由度轨迹。

六自由度(6-DoF)*:描述一个物体在三维空间中所有可能运动方式的术语,包括前后、左右、上下三个方向的移动,加上俯仰、偏航、翻滚三种旋转,合起来正好六种自由度。

但无论哪种分支,它们几乎清一色是静音的。即便有团队尝试往里面加音频(论文里提到的EchoWM是个例外),也做不到让声音跟着摄像机的朝向实时变化。你往左转头,声音应该往右偏,这个最基本的物理直觉,现有系统几乎都实现不了。

为什么这么难?论文给出了两条路径,两条都走不通。

第一条路是"先生成画面,再给画面配音",也就是级联式的视频到音频模型。问题是这类模型从头到尾都不知道摄像机在怎么动,用户按了什么键,它看到的只是一段已经拍好的视频。声音自然对运动一无所知。而且这种串行流程天然有延迟,画面生成完才能开始配音,实时交互根本无从谈起。

第二条路是用现成的双向音视频基础模型,比如谷歌的Veo 3或者LTX-2这类能同时生成画面和声音的模型。它们的问题是没有外部控制接口,你无法告诉它"镜头往左转"。更麻烦的是,如果硬把这种双向模型改造成逐帧生成的因果模型(也就是只能看过去、不能看未来地往前推),会出现一种叫"多模态漂移"的灾难。

因果模型*:生成当前内容时只能依赖已经生成的历史内容,不能偷看未来帧,这是实现实时流式生成的必要约束,但也是误差容易累积的根源。

想象一下传话游戏。十个人排成一队,第一个人说一句话,依次往后传,到最后一个人嘴里,话往往变得面目全全非。双向模型硬改成因果模型后的生成过程,本质上就是在玩一场自己跟自己传话的游戏:每一帧都依赖前面生成的帧,前面出的小错会被后面无限放大,画面会越跑越模糊,声音会越跑越失真。如果不想办法在这个传话链条里加纠错机制,跑上三十秒视频质量就会垮掉,这一点论文后面的实验图里看得很清楚。

要解决这整件事,HelixWorld做了三件大事:造了一套干净的数据,训了一个双向老师模型,再把它蒸馏成一个能实时跑的流式学生模型。下面挨个拆开说。

数据这一关:先把噪音世界清洗干净

做AI最朴素的真理是,模型学到的东西,完全取决于喂给它的数据。而音视频世界模型最大的坑,就是现存视频数据里的音轨几乎全是"假的"。

什么叫假的?你去视频网站随便找一段第一人称漫游视频,它的背景音乐是后期配上去的,旁白是主播自己录的,立体声效果很多时候是伪造的双声道(左右声道其实是同一段单声道信号复制出来的,根本没有空间信息)。这些声音跟画面里发生的事情毫无物理关联。

团队搭建了一套四阶段的筛选流水线,从4100小时的原始素材里最终筛出3000小时可用语料,整体通过率73.1%。

这套流水线的设计思路很聪明,按照计算成本从低到高排列,先用便宜的方法筛掉大部分垃圾,再把贵的模型留给真正有价值的素材。

第一阶段靠的是硬性规则。音频方面,用声道间的能量差异和相关性探测器,直接干掉那些左右声道完全重复的伪立体声;视觉方面,用文字检测和画质评分工具,筛掉带水印、字幕条、画质极差或者完全静止的片段。

这就好比海关安检,先让所有行李过一遍X光机,把明显的违禁品(金属刀具、液体炸弹的轮廓)挡在外面,这一步不需要安检员亲自翻开每个箱子检查,效率极高。如果一开始就让人工一个个翻箱子,海关早就瘫痪了。

第二阶段是标准化切片,把连续镜头切成121帧、24帧每秒、768×512分辨率的固定规格片段,音频和视频同步切割,确保时间轴严格对齐。

第三阶段请出了真正的重武器,一个音视频多模态大语言模型(Qwen3-Omni-30B),让它同时"看"和"听"每个片段。

多模态大语言模型(MLLM)*:能同时理解文字、图像、音频等多种信息类型的AI模型,这里用来充当高级的内容审查员,判断画面是不是真实的物理世界场景、声音是不是真实发生的声音。

这个模型会剔除画中画、采访对谈、字幕遮挡这类非具身内容,也会剔除背景音乐、旁白、合成音效这类非原生声音。有意思的是,它判断声音真假的标准不是"这个声音的来源是否在画面里可见",而是"这个声音是否由画面所处的物理世界真实产生"。打雷的声音即便看不到闪电,经过的车辆声音即便车不在画面中,只要是真实物理世界的产物,都会被保留下来。这个细节说明团队很清楚,空间音频的核心价值不是"看得到才有声音",而是"场景本身自然会发出的声音"。

第四阶段是给通过审核的片段打上两类标注:摄像机轨迹和解耦字幕。

摄像机轨迹的恢复靠的是VGGT-Ω这类几何估计模型,加上Depth Anything V3来恢复真实的米制尺度(也就是让模型知道"这段路走了多少米"而不只是相对距离)。论文专门做了一个对比实验,把VGGT-Ω和VGGT、ViPE这两个基准方法比了一下,VGGT-Ω的旋转误差只有0.234度,明显优于VGGT的0.315度,而且推理时间只要16秒,远快于ViPE的187秒。这意味着既快又准,鱼和熊掌都要到了。

解耦字幕这个设计值得多说几句。团队给每个片段生成了三条独立的文字描述:只描述画面的视频字幕,只描述声音的音频字幕,以及把声音来源和画面对象绑定在一起的联合字幕。为什么要分这么细?

因为如果把视觉和听觉的描述混在一起训练,模型容易产生幻觉。比如文字里提到"一个人在说话",视觉模型可能会凑出根本不存在的嘴型动作;音频模型看到字幕提到"演员"这个词,也许会强行生成人声,即便原始音频里根本没人说话。把三种描述彻底拆开、各自独立生成,相当于让三个专科医生分别诊断,而不是让一个全科医生凭感觉综合判断,诊断结果自然更准确。

这就像写产品说明书的时候,如果把"外观描述"和"使用方法"混在同一段话里写,读者很容易把包装颜色和操作步骤搞混。拆成独立的两段,各管各的,反而更清楚。

论文后面的消融实验(表6)证实了这个设计是有效的:三轨字幕训练出来的模型,在ImageBind相似度指标上拿到了最高分0.2462,明显超过只用视频字幕训练的0.2314。

双向老师:先学会看懂摄像机和动作指令

数据备齐之后,第一步是训练一个双向的"老师"模型,建立起动作可控性和空间声学的精确对应关系。

这个老师模型基于开源的LTX-2.3继续训练,核心任务是学会两种控制信号:连续的六自由度摄像机轨迹,和离散的用户动作指令。

摄像机轨迹是通过一种叫PRoPE的技术注入的。

PRoPE(Projective Relative Positional Encoding,投影式相对位置编码)*:一种让模型理解摄像机空间关系的技术,通过摄像机的投影矩阵来改变视觉注意力机制里查询和键的计算方式,本质上是告诉模型"这两帧画面之间,摄像机到底移动了多少、转了多少角度"。

离散动作指令则被编码成一个81类的词表,覆盖9×9网格的平移和旋转速度组合,再通过一种叫AdaLN-Zero的手段注入到扩散过程的时间步嵌入里。

AdaLN-Zero*:一种自适应层归一化技术,可以把额外的控制信号(比如这里的动作指令)平滑地融入神经网络的每一层,且不会在训练初期就扰乱原有的预训练知识。

视觉信息学会了摄像机和动作控制之后,还需要传递给音频分支,这一步靠的是跨模态注意力机制,让音频特征能"看到"视觉几何信息,天然地把摄像机的自我运动转化成逼真的立体声声像偏移。

训练过程中有个细节很讲究,团队没有一上来就把整个模型全解冻训练,而是分成三步走:先冻住主干网络只训练控制模块本身,再解冻视频分支让它适应新的控制信号,最后才解冻整个音视频主干联合优化。

论文的消融实验(表5)给出了明确数字:完整微调的旋转误差是0.1237,而渐进式微调把这个数字压到了0.1144,平移误差也从0.0957降到了0.0823。

这个渐进策略背后的逻辑其实很朴素。想象你要给一台已经调校得很好的精密仪器加装一个新传感器,如果直接把整台仪器拆开重新组装,很可能把原本调好的部件也弄乱了。更稳妥的做法是先单独装上新传感器并校准它本身的接口,再逐步把它和原有系统接通,最后才做整体联调。如果一开始就全盘推倒重来,模型预训练阶段积累的视觉表征很容易被破坏,等于每次加新功能都要从零开始学认人脸、认物体,代价太大了。

因果蒸馏:把能"回看"的老师变成只能"往前跑"的学生

训好的双向老师有个致命问题,它是双向的,生成每一帧时既能看过去也能看"未来"(通过完整序列的双向注意力),这在离线渲染时没问题,但实时交互要求模型只能看已经发生的内容,边生成边往前跑,不能等到整段视频都想好了再一次性输出。

这就需要把双向老师蒸馏成一个因果的、只需要几步采样就能出结果的"学生"模型。

这一步是全文最硬核也最值得细讲的部分,因为这里藏着整篇论文解决"多模态漂移"问题的核心招数。

标准做法叫自强制(self-forcing),具体来说是用一种叫DMD2(Distribution Matching Distillation,分布匹配蒸馏)的技术,让学生模型自己生成序列,然后通过比较一个固定不变的"真实分数模型"和一个持续更新的"虚假分数模型"之间的差异来更新自己。

但问题来了,论文明确指出,单纯用分布匹配蒸馏会降低样本多样性,并且导致长时间生成后的漂移。表8的数据很直观:只用DMD训练出来的模型,在DINOv3特征多样性指标上只有0.1089,而加入了新设计的轨迹蒸馏损失之后,这个数字提升到0.1326,涨了21.7%。

那么这个新设计的在线轨迹蒸馏损失到底是怎么工作的?

它的思路是,在学生模型自己生成的某个中间噪声状态上,让冻住的老师模型沿着概率流常微分方程(Probability Flow ODE)一路积分到完全干净的终点,得到一个"标准答案"。学生模型当前这一步预测出来的速度场,就要去逼近这个标准答案隐含的方向。

概率流常微分方程(PF-ODE)*:扩散模型生成过程可以等价地写成一个确定性的微分方程,沿着这个方程从噪声积分到干净样本,能得到一条确定的生成轨迹,可以理解成从"一团混沌"走向"清晰画面"的最短路径。

这里有个关键细节,这个"标准答案"不是从训练数据集里现成拿来的,而是老师模型针对学生此刻正处在的那个具体状态实时算出来的。换句话说,学生不是在背答案,而是每一步都有一个老师在旁边盯着他此刻的作业,告诉他"从你现在这一步出发,正确方向应该是这样"。

这就像学游泳的时候,教练不会只在岸边喊口号,而是会跳进水里,游到你身边,看你现在这个泳姿、这个划水角度,告诉你接下来这一下该往哪个方向调整。如果教练只在岸上根据理想姿势喊话,完全不看你此刻的实际位置,你很容易越游越偏,这也正是纯粹依赖分布匹配蒸馏容易产生漂移的原因,它优化的是整体分布的相似度,却没有针对学生当前这个具体轨迹点给出精确纠偏。

训练时,每次更新会按照10%的概率选择用这种轨迹蒸馏损失,剩下90%还是走标准的分布匹配流程,这样设计是为了避免两种目标互相打架。论文的消融实验(表7)显示,加入轨迹蒸馏损失后整体WBench平均分从77.9提升到78.7,一致性指标更是从85.3涨到了86.6。

30秒长视频生成的对比图(图5)看得很清楚,只用DMD训练的版本在30秒时画面已经出现明显伪影,云的结构都变形了;而加了轨迹蒸馏的版本,同样跑到30秒,云层形状依然清晰可辨。

除了轨迹蒸馏,团队还加了一招叫长时域流式微调,让学生模型通过滑动的键值缓存(KV cache)分段处理超长序列,保留"锚点帧"作为参照,同时把久远的历史逐步丢弃。

键值缓存(KV cache)*:Transformer模型在生成序列时用来存储历史计算结果的一种机制,避免每次都要重新计算整个历史,这里"滑动"的意思是老旧的历史会被定期清理掉,只留最近和最初的关键帧。

这两招加在一起,效果是互补的。单用轨迹蒸馏,表7里的平均分是78.7;单用长时域微调是78.4;两者都用上,涨到79.1,达到整篇论文里这类自强制方案的最高分。

HelixBench:怎么判断生成的声音"听起来对不对"

光有模型还不够,怎么评价这个模型做得好不好,是个同样棘手的问题。

现有的世界模型评测基准(比如WBench)只看画面质量和动作跟随能力,完全不管声音。现有的音视频评测基准(比如VGGSound对应的那套评测方法)只测短小的、固定视角的片段,没有摄像机运动这个维度,自然也测不出"声音有没有跟着镜头转"这件事。

团队于是自己造了一个叫HelixBench的评测集,收录了1015个人工核验过的测试案例,覆盖六种场景类型和四种交互模式。

HelixBench最关键的创新是提出并形式化了一个叫"空间声学一致性"的评测维度,专门检验生成的立体声是不是真的随着视角移动而物理合理地变化。

这个指标的计算方法挺巧妙。先用Grounding DINO这类开放词汇检测模型,在生成视频里定位出发声物体的画面位置,判断它偏左、偏右还是居中;再分析左右声道的能量差异,判断声音听起来是偏左、偏右还是居中。如果画面里物体在左边,声音也确实偏左,就算一致,给正分;如果声音方向反了,给负分。

Grounding DINO*:一种开放词汇物体检测模型,可以根据文字描述(而不是固定类别)在图片里找出对应物体的位置,这里用来确定发声物体在画面中到底处于什么方位。

这个指标设计出来之后,结果相当有说服力。表4显示,用现成的视频到音频模型给HelixWorld的画面重新配音(比如AudioX、PrismAudio),空间一致性得分居然是负的,分别是-5.74和-9.51,说明这些模型完全抓不住声源的空间方位。EchoWM作为唯一支持原生音视频生成的现有世界模型,空间分数是12.65,勉强算正,但还是远低于HelixWorld双向老师的33.24,更不用说因果学生模型的41.76。

实测效果:速度、画质和声音的三角平衡

说了这么多设计,实际跑起来效果怎么样?

在视觉质量这块,WBench导航分支的测评(表3)显示,HelixWorld平均分79.9,在带音频生成的方案里排第一(唯一的同类对手EchoWM是81.0,略高一点,但HelixWorld的推理速度快得多)。更关键的是实时因子(RTF)这一项,HelixWorld只需要0.77,意味着生成速度比实时播放还快,而EchoWM需要1.98,LTX-2.3的基础版本更是要14.61,完全达不到实时交互的要求。

实时因子(RTF,Real-Time Factor)*:衡量生成速度相对于实际播放时长的比值,数值小于1意味着生成速度比播放速度还快,可以支撑真正的实时交互体验。

音频质量这块对比更夸张。表4里,HelixWorld因果学生模型的KL散度是1.3934,FAD(弗雷歇音频距离)是2.3872,都是全表最优,明显优于LTX-2.3基础版的1.8040和7.6354。

这里有个很有意思的现象,HelixWorld的因果学生模型在多个指标上甚至比它自己的双向老师模型还要好(比如KL散度从1.5414降到1.3934,空间一致性从33.24涨到41.76)。这听起来有点反常识,学生怎么会超过老师?

论文没有直接解释这个现象,但从长时域流式微调和在线轨迹蒸馏的设计来看,一个合理的推测是,因果学生模型针对真实的流式推理场景做了专门的后期优化,这种"实战针对性训练"弥补了它相对老师模型在表达能力上的先天劣势。这就像一个新手棋手如果专门针对某个对手的棋路反复练习,即便整体棋力不如大师,在这个特定对局里也可能表现得更精准。

用户盲测这块(图7),HelixWorld在带音频的场景里碾压式胜出,对EchoWM的胜率是67.9%对20.8%,对AudioX后期配音方案是67.9%对24.5%。即便在静音场景下单纯比画面,HelixWorld对Alaya是78.9%对7.9%,对LingBot v2打成39.5%平39.5%,只在对EchoWM的静音对比里落后(26.3%对44.7%)。

这个结果挺说明问题的,HelixWorld的核心竞争力确实建立在"音画协同"这个独特能力上,单纯拼画面质量它不是绝对第一,但一旦加上声音维度的综合体验,优势立刻拉开。

写在后面

读完这篇论文,最让我多想一层的其实不是那些技术细节,而是团队选择把"空间声学一致性"单独拎出来当作一个正式评测指标这件事。

这说明一个判断,声音在虚拟世界里的意义,从来不只是"有没有声音",而是"声音有没有骨架"。一个物体在画面左边却从右声道发出声音,这种错位比完全没有声音更让人出戏,因为它制造的是一种虚假的确定感,你的耳朵告诉你一个位置,眼睛却否定了它,大脑要花额外的力气去纠正这种冲突。这或许解释了为什么现有那么多"能看"的世界模型,用户体验却总觉得缺了点什么,原来缺的不是声音本身,是声音和画面之间那种本该默契的物理关联。

另一个值得单独说说的细节是,团队处理训练数据时坚持要"按声音的物理来源而不是可见性"来判断是否保留,打雷声即便看不到闪电也留着,这其实是在教模型一件很朴素的事:这个世界里,很多重要信息是来自画面之外的。一个真正懂空间声学的系统,应该能让你在没转头之前,就通过声音的方位感知到身后发生了什么。这种"用声音拓展感知边界"的能力,恰恰是纯视觉系统天生做不到的。

还有一处让人意外的地方是,因果学生模型在多个指标上反超了作为蒸馏来源的双向老师模型。这多少打破了一个默认预期,蒸馏出来的轻量模型理应是原模型能力的"压缩版",上限不该超过老师。但长时域流式微调显然针对实际部署场景做了专门打磨,这提示一个思路:有时候"更擅长应对真实约束"比"理论容量更大"更重要。

Q&A

Q1:HelixWorld是什么?

A:HelixWorld是由香港科技大学和Noiz AI团队提出的实时交互式音视频世界模型,它能让虚拟场景的画面和随摄像机移动而变化的立体声空间音频同步生成,支持用户通过键盘动作和摄像机轨迹实时交互。

Q2:HelixWorld怎么解决声音和摄像机运动不匹配的问题?

A:论文提出了空间声学一致性这一评测标准,并通过PRoPE摄像机编码和跨模态注意力机制,让声音分支能感知视觉几何信息,使立体声声像随摄像机转动自然偏移,在HelixBench测试中空间一致性得分远超其他方案。

Q3:HelixWorld的实时性能怎么样?

A:在单张NVIDIA H800显卡上,HelixWorld能以24帧每秒的速度实时生成768×512分辨率的音视频内容,实时因子仅为0.77,意味着生成速度比播放速度还快,远超多数现有世界模型。

文章标签大模型

资讯来源:由AI资讯编辑整理自互联网公开内容,版权归原作者所有,未经许可,不得转载。