微信扫一扫,关注公众号

  • 科技行者

  • 算力行者

见证连接与计算的「力量」

首页 UC San Diego与MIT联手:让AI音乐"听你演奏、陪你即兴"的扩散模型终于能跑在普通游戏本上了

UC San Diego与MIT联手:让AI音乐"听你演奏、陪你即兴"的扩散模型终于能跑在普通游戏本上了

2026-05-29 12:15
分享至:
----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.-
2026-05-29 12:15 科技行者

这项由加州大学圣地亚哥分校(UC San Diego)与麻省理工学院(MIT)联合主导、Adobe参与的跨机构研究,于2026年5月以预印本形式发布,论文编号为arXiv:2605.22717。感兴趣的读者可以通过这个编号在arXiv学术平台上找到完整的原始论文。

当一位萨克斯风手开始即兴演奏时,他期待的不是一个录音机,而是一个能接得住他每一句旋律、还能"接话"回应的搭档。AI生成音乐技术发展到今天,已经能创作出媲美专业录音室水准的作品,但这些模型普遍有一个致命的短板:它们只能"提前做好一道完整的菜"端上来,根本没办法在你面前"现炒现卖"、实时应对你的下一个音符。这就好比你请了一位世界级大厨,但他只肯按照菜单做,绝不接受临时换料——对于需要在舞台上实时互动的音乐家来说,这种模型几乎没有实用价值。

真正能做到"边听边奏、即兴应和"的模型目前确实存在,代表就是谷歌的Live Music Models(LMMs)。然而这类系统的硬件门槛极高,光是运行它就需要超过40GB的显存,相当于好几台顶级游戏显卡的内存总量。对于普通音乐人或独立开发者来说,这个要求根本不现实。

研究团队注意到,音频扩散模型(一类在开源社区中广受欢迎的生成模型)本身体积小、社区活跃、已有大量专业音乐家在使用,但它们天生不支持流式实时生成——因为它们的工作方式需要同时"看到"整段音频,而不是一段一段地往前推进。这就像一个只会看完整本书才能讲故事的人,你不能指望他边读边讲、随时停下来听你插话。

这项研究的核心使命,就是把这类扩散模型改造成能够"边走边唱"的实时伙伴,让它在普通消费级游戏本上就能流畅运行,还能响应音乐家的实时控制。研究团队将这套改造后的系统命名为Live Music Diffusion Models,简称LMDMs。

一、为什么现有的扩散模型跑不起"实时对话"?

要理解这个问题,先得明白扩散模型是怎么工作的。扩散模型的核心逻辑,像是从一盘随机撒下的砂粒中,一步一步"雕刻"出一座精美的沙雕。每一步去噪都在整段音频上同时进行,直到最终呈现出完整的作品。整个过程需要来回迭代几十到上百次,每次都要处理全部的音频帧。

当研究人员试图让这类模型做"接龙"——也就是给它一段已有的音乐,让它续写下一段——时,常见做法是把"干净的历史音频"和"当前正在去噪的噪声"拼在一起,同时送进模型处理。问题在于,历史音频是固定不变的,但噪声每一步都在变化。这就导致模型在每次去噪迭代中,都要重新计算对那段历史音频的理解——即便那段历史完全没有任何变化。

用一个比方来说明:假设你是一位厨师,每次需要做下一道菜之前,都要重新把菜谱从头背一遍,哪怕你已经背了一百遍了。这种重复计算毫无意义,但传统扩散模型的架构偏偏就是这么设计的。研究团队把这个低效之处量化出来,发现这使得扩散模型的推理效率比离散自回归模型(如LMMs)要差,因为后者有一种叫"KV缓存"的机制,能把已经算过的部分保存下来直接复用。

KV缓存的原理就像是把背熟的菜谱写在小抄上,下次直接看小抄就行,不用重背。要让扩散模型也能用上这个机制,研究团队需要从根本上改变信息在模型内部流动的方式。

二、一个巧妙的"分流改造"让缓存成为可能

研究团队提出的解决方案,核心是一个非常精巧的"路由"改造。他们发现问题的根源在于:历史音频和当前噪声在进入模型的第一步就被混在一起,导致对历史音频的计算无法和对噪声的计算分开。

他们的做法是引入一个"路由遮罩"——简单来说,就是在模型处理输入之前,先用一个标记把哪些帧是"历史干净音频"、哪些帧是"当前需要生成的噪声"明确区分开来。历史音频走一条专用通道,噪声走另一条通道,两条通道用不同的权重处理,最终才汇入同一个主干网络。

仅仅做到这一步还不够,因为在主干网络里,模型的注意力机制(可以理解为模型"看"各部分信息的方式)依然允许历史音频的表示"回头看"当前噪声,导致历史的计算结果随噪声变化而变化。研究团队为此设计了专门的注意力遮罩规则:规定历史音频区域只能互相看,不能看向噪声区域,而噪声区域则可以看向历史区域和自身。

通过这两步改造,历史音频的计算结果就真正独立于噪声的状态了。这意味着只需要在开始生成新的一块音频之前,对历史音频做一次计算并把结果缓存下来,之后的几十次去噪迭代就可以直接复用这份缓存,不需要重新计算。

研究团队将这种基础架构称为"编解码器型LMDM"(Encoder-Decoder LMDM,简写ED),它的推理效率由此与LMMs站到了同一水平线上:只需一次历史编码,加上若干次对当前块的解码迭代。

在此基础上,他们还推出了一个更进一步的变体,叫"块因果型LMDM"(Block-Causal LMDM,简写BC)。这个变体在注意力规则上更进一步:历史区域内部也被切成若干小块,每一块只能看向更早的块,不能往后看。这样,每次生成完一块新音频后,只需要把这一块新加入缓存,不需要重新编码整段历史。这在理论上比编解码器型更高效,因为随着历史越来越长,不需要每次都重新处理整个历史窗口。

这整套改造的美妙之处在于,它对模型的原始结构破坏极小——新增的只是一个输入层的分流机制和注意力遮罩规则。因此可以直接从已有的开源音频扩散模型出发进行微调,不需要从零开始训练,整个初始训练阶段只需不到8个GPU小时。

三、光有效率还不够:长时间续写的"遗忘症"问题

解决了效率问题后,团队面临的第二个挑战更加隐蔽。当模型被训练成一次只生成一小块音频、用上一块的输出作为下一块的输入时,误差会随着时间不断积累——用行话说叫"错误累积"。

直观地理解,这就像玩传话游戏:第一个人说"苹果",经过十几个人传递后可能变成了"椅子"。每次传递都有微小的偏差,而这些偏差会叠加。对音乐生成模型来说,一开始生成得还不错,但随着时间推移,后续生成的内容会越来越偏离应有的音乐质感,甚至退化成嘈杂的噪音。

解决这个问题的传统方法需要用到强化学习(一种让模型通过试错来学习的技术)或者专门训练一个"裁判模型"来给生成结果打分——这两种方法都比较昂贵、不稳定,且需要大量额外资源。

研究团队另辟蹊径,设计了一套名为"ARC-Forcing"的后训练方案,完全不需要强化学习或预训练裁判模型。这套方案的逻辑分两个层面:

第一个层面来自一种叫"自强迫"(Self-Forcing)的思路,最初用于视频生成领域。核心是让模型实际跑一段完整的多块续写(相当于让它真正"演奏"一段时间),然后把这段自己续写的结果和真实的音乐放在一起进行比较,让模型从中学习如何让长时间续写也保持质量。由于扩散模型的采样过程本身是可微分的(通俗说就是数学上可以"反向传播误差"),这个训练过程不需要离散采样,可以直接把误差从长时间续写的结果一路传回到模型权重,这是扩散模型相比离散自回归模型的独特优势。

第二个层面来自另一套叫"ARC"(对抗相对对比)的方法,原本用于单块音频的离线生成场景。它的思路是引入一个"判别器"——一个专门用来区分"AI续写的音乐"和"真实音乐"的网络。不同于传统的对抗训练,ARC采用的是相对排名的方式:不是简单地判断"真"或"假",而是看AI续写的音乐和真实音乐相比哪个听起来更"正宗"。这个判别器同时被要求区分音乐和正确文字描述之间的匹配程度,用来防止模型忽视文字提示词、只顾着生成"随便什么音乐"。

把这两层结合起来就是ARC-Forcing:用真实的长时间续写场景来训练,用对抗排名的方式来提供学习信号,既避免了强化学习的不稳定,也不需要一个预训练的外部裁判。经过ARC-Forcing之后,模型可以用远少于原来的步数(从50步降到最少2步)完成每块音频的生成,同时质量不降反升,总延迟进入约30毫秒的极低延迟区间。

实验中,研究团队观察了模型在持续生成两分钟音乐过程中的各项质量指标。没有经过ARC-Forcing的模型,几乎所有指标都随时间推移稳定地恶化——质量越来越差,和文字提示词的匹配度越来越低。经过ARC-Forcing的模型,这些指标在两分钟内保持了基本稳定,这意味着它不再患"遗忘症"了。

四、"演奏者的调色盘":三种实时控制方式

解决了效率和稳定性问题后,研究团队进一步探索了LMDM框架能支持哪些不同的"乐手接口"——也就是音乐家可以用什么方式来引导和控制模型的实时生成。

团队将控制方式分成两个维度来理解。第一个维度是控制信号的"粒度":有些控制是全局的,比如一句文字描述("请生成鼓和贝斯风格的电子音乐"),对整段生成起总体方向的作用;另一些控制是局部的,时刻跟随音乐的进展,比如每一帧的音量高低曲线、旋律轮廓草图。第二个维度是控制信号的"来源角色":有些控制描述的是"你希望生成的音乐是什么样的",音乐家像在指挥模型;另一些控制则是"另一条正在播放的音乐流",模型需要实时配合它,像是乐队里的伴奏。

基于文字的全局控制,最直接类比LMMs的场景。实验中,研究团队还专门测试了"提示词过渡"功能:在音乐播放过程中,将两段描述(比如"爵士钢琴三重奏"和"电子舞曲")按一定比例渐变混合,观察模型能否顺滑地在两种风格间切换。测试表明,配合一种改良的采样器(研究团队称之为"Ping-Pong++"或P4采样器,后文会解释),LMDM确实能完成这种风格渐变,类似于DJ在两首歌之间的混音过渡,而不是生硬地切换。

基于草图的局部控制,是扩散模型相比离散自回归模型的一大独特优势。这里的"草图"可以是一条大致的旋律线、一张音量的起伏图,或是从乐器输入中提取的节奏骨架。模型会在生成音乐时尽量让自己的输出贴近这些草图的指示,就像演员按照剧本即兴发挥——既有约束,又有自由。

伴奏生成则是第三种模式。这时,控制信号是一条正在实时播放的音频流(比如一位吉他手的录音),模型需要实时生成与之配合的伴奏。一个实际存在的挑战是时间差:模型不可能知道"未来的音频",因此研究团队实验了不同的"未来可见性"参数,也就是模型能看到伴奏音频的时间窗口向未来延伸多少秒。结果显示,即便模型只能看到比生成目标提前约两秒的伴奏音频,生成出来的内容依然和伴奏有明显的相关性,远没有完全崩掉。这证明LMDM在真实演出场景下的伴奏生成是可行的。

五、真实音乐家的反馈:当AI成为舞台上的伙伴

研究团队不只停留在数字指标上。他们把整套系统打包成一个真正可用的实时软件——通过ONNX格式导出模型、用C++和JUCE音频框架搭建应用程序——部署在一台消费级游戏笔记本上,然后邀请了三位来自校内艺术驻留项目的真实音乐家进行实地体验和演奏合作。

第一位参与者是萨克斯风演奏者,使用的是在Jamendo音乐数据集上训练的草图控制LMDM,总延迟控制在约1秒以内。系统会实时捕捉演奏者的音频,提取旋律和音量草图,然后生成一块新的音乐输出,像一个稍微慢半拍的"回声伙伴"在接话。第二位是吉他手,体验了相同的Jamendo模型,还额外尝试了一个在FSD50k音效数据集上微调的版本,后者能生成类似音效拼贴的回应,延迟约为3秒。

第三位是大提琴手,参与了一场更特殊的合作:研究团队专门为她微调了一个在座头鲸歌声数据集上训练的LMDM。她和这个"鲸鱼模型"共同排练了一段正式的音乐会作品,并在公开演出中呈现。

这些音乐家反馈了各自的体验,他们的描述颇为生动。吉他手说,Jamendo模型会"跟随你,同时又准确地抛出新想法","即使你弹得相对固定,它也会在参考你演奏的同时加入一些不同的东西"。这段描述准确捕捉到了LMDM在随机性和相关性之间的平衡。

大提琴手发现了类似"对话"的质感,描述自己需要不断判断"什么时候主动,什么时候回应,什么时候干脆自己拉一条线,等着看接下来会发生什么有趣的事"。随着排练深入,她学会了用自己的音高走向和力度变化来引导模型的回应,甚至能在自己的演奏推向情感高峰时,听到鲸鱼模型的回应也跟着走向那里。

萨克斯风演奏者则发现了模型在音色上的有趣行为:当他演奏高音区时,模型倾向于生成明亮的合成音色来模仿他;当他转向低音区时,模型又会冒出深沉的低音回应。他还用一个叫"风铃"的文字提示词来搭配自己的扩展技法即兴,产生了有趣的音色混搭效果。

这些体验不全是一帆风顺的。几位音乐家提到,在实际演出场景中,文字提示词的约束力有所下降,模型容易偏向训练数据中占多数的电子舞曲风格,即使提示词写的是"迪斯科"或"摇滚"也不例外。研究团队推测这可能与ONNX导出过程中的某些细节有关,但具体原因还不明确。音效模型在草图控制上也遇到了困难,因为FSD50k音效数据集中很多声音没有明显的基频,导致提取出来的旋律草图信息量很少,模型难以利用。

六、和顶尖系统比比看:LMDM的实力几何?

在量化评测上,研究团队将LMDM与几个基准系统进行了比较,包括谷歌的Magenta RealTime(即LMMs的技术亲戚)、Stable Audio Open以及MusicGen-Large。

从生成质量来看,在标准的频谱分布距离指标(FD)上,经过ARC-Forcing的编解码器型LMDM在有历史音频辅助的情况下得分达到29,低于LMMs同类设置的基准,意味着生成的音乐频谱特征更接近真实音乐。在文字匹配度指标(CLAP分数)上,经过ARC-Forcing后也显著提升,从0.20提升到约0.32。这些成绩是在参数量只有340M(约为LMMs的一半)、使用训练数据量约为LMMs百分之一的条件下取得的。

从推理速度来看,差距更为悬殊。Stable Audio Open和MusicGen-Large生成一段47秒音频的时间均超过10秒,Magenta RealTime约需4秒,而经过ARC-Forcing的编解码器型LMDM只需约0.03秒——快了约三个数量级。这使得实时交互成为可能。

在长时间生成稳定性上,实验可视化结果清楚地展示了ARC-Forcing的作用:两种LMDM变体在没有ARC-Forcing时,生成质量指标都随时间呈现向下的趋势;加入ARC-Forcing后,曲线在整个两分钟的时间窗口内基本保持平稳,表明误差累积被有效控制。

值得一提的是,研究团队还对编解码器型和块因果型两个变体进行了细致比较。编解码器型总体上优于块因果型——尽管后者在理论推理复杂度上更低。研究团队的解释是,编解码器型每次生成新块时都会重新用完整的历史做一次编码,这让它能根据最新生成的内容灵活更新对历史的理解,而块因果型的严格单向设计虽然更省计算,但失去了这种灵活性,反而让质量有所折损。

七、一些技术细节和设计选择

为了确保文章的完整性,这里补充几个研究中较为重要的技术决策细节,以连贯的叙述方式呈现。

关于提示词过渡的P4采样器,研究团队发现直接用经过ARC-Forcing蒸馏后的模型做提示词过渡效果不好——因为模型已经"习惯"了当前生成的音乐风格,很难因为提示词的改变而迅速转向;而如果用普通的分类器自由引导(CFG)来强行加大文字影响力,又会在少步数采样下产生严重的声音失真。于是他们改造了采样器,核心思想来自一种叫CFG++的方法:在每步采样中,"去噪"阶段用加权的文字引导方向,而"重新加噪"阶段则用不含文字的无条件方向。这样可以在不让生成结果"跑偏"的前提下增加文字的影响力。配合这个改进,当提示词A的权重降到一定阈值以下时,系统还会主动丢弃最早的一部分历史音频,进一步减少旧风格对续写的影响力,帮助完成风格切换。

关于训练数据,所有文字条件LMDM都基于MTG-Jamendo数据集微调,这个数据集以电子舞曲(EDM)风格为主,因此模型对EDM类提示词的响应明显优于爵士或乡村风格等数据量较少的类型。伴奏生成模型则基于Slakh合成乐器数据集训练。草图控制模型在多个数据集上训练了多个版本,包括FSD50k音效、Jamendo音乐以及约48分钟的座头鲸歌声录音。

关于判别器的预热训练,研究团队发现,如果直接从LMDM的权重复制来初始化判别器,这个判别器太弱,无法给出足够强的学习信号,导致ARC-Forcing训练很快不稳定。解决方法是先让判别器在更长时间窗口(约30秒)的原始音频上额外预训练几千步,让它具备足够强的辨别力,再开始用它来训练生成器。

说到底,这项研究的核心价值在于重新定义了"AI音乐生成"这件事可以解决什么样的问题。它没有试图造出一个比现有大模型更会"作曲"的系统——毕竟在参数量百倍于它的大模型面前,这条路行不通。它选择的方向是把AI模型真正做成一件"乐器",让它能在台上、在练习室里、在即兴演奏的那一刻,成为音乐家身边可以互动的对象,而不是一台按下按钮才出结果的机器。

在整个实验过程中,研究团队一再提到"创造性误用"这个概念——就像早期合成器的使用者发明出了原本不在设计预期中的演奏技法,或者音乐家把电路故障变成了一种独特音色。LMDM的"缺陷"(比如某些情况下会偏向EDM风格、某些草图控制效果有限)在音乐家的手中,也可能变成一种独特的创作工具。

目前LMDM还有不小的提升空间:延迟虽然比以往的扩散流式系统低很多,但要实现更灵活的交互,最好能进一步缩减到更小的块大小,这可能需要音频编解码器和整体架构层面的进一步优化。生成质量和顶级商业模型(如Suno)相比还有差距,这是训练数据和参数规模的现实约束。文字提示词的响应力也还不够稳定,在ONNX实际部署环境下尤为明显。

归根结底,这项工作的意义或许不在于它今天能生成多好听的音乐,而在于它在一个全新的设计空间里打下了技术地基——一个以"音乐家的实时互动体验"为中心的设计空间,而不是以"生成质量排行榜"为中心的设计空间。在这个空间里,AI和音乐家的关系,有机会从"工具与用户"演变成真正意义上的"搭档与搭档"。有兴趣进一步了解技术细节的读者,可以通过arXiv编号2605.22717找到完整论文,配套的音频演示可在论文提供的网页中直接试听。

Q&A

Q1:LMDM和普通的AI音乐生成工具有什么区别?

A:普通AI音乐工具只能"提前生成好一首歌"然后播放,整个过程不能实时响应用户。LMDM则能在音乐家演奏的同时持续生成配合的音乐,延迟低至30毫秒左右,就像一个真实的即兴伴奏搭档,而不是一台录音机。

Q2:ARC-Forcing是怎么防止AI音乐越生成越乱的?

A:ARC-Forcing让模型真正"连续演奏一段时间",然后把这段自动续写的结果和真实音乐放在一起比较,用一种对抗排名的方式告诉模型哪里偏离了该有的质感。这个过程不需要强化学习或外部裁判模型,直接通过数学上的"反向传播"把误差从长时间续写的结果传回模型,让模型学会在长时间演奏中保持稳定。

Q3:普通人能用上LMDM吗?

A:目前LMDM是以研究原型形式存在的,但研究团队已经做到了能在消费级游戏笔记本上运行,并开发了一个基于JUCE的实际软件界面用于和真实音乐家合作演出。开源的代码基础和仅需8个GPU小时的微调成本,意味着有一定技术背景的音乐人或开发者有能力在自己的机器上复现和使用。

分享至
0赞

好文章,需要你的鼓励

推荐文章
----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.- ----..---.-...-/--...-.-......./-...-....-..--../-............-.-