想象你走进一家名为“AI 音乐”的智能工厂,在前台留下一句话:“我想要一首复古爵士风的咖啡馆背景音乐。”几秒钟后,一首完整的曲子就从工厂的传送带上滑了出来。这家工厂没有一个人类乐手,却有条不紊地完成着从词语到旋律的魔术——创意总监先读懂你的要求,包装车间把声音压成方便搬运的小包裹,作曲大师一个音符一个音符地把整首歌写出来,最后录音棚把小包裹还原成美妙的波形。整条流水线的构造,就是音乐生成模型的架构。本文要带你参观的,正是 Suno、Udio、MusicGen 这些顶级“音乐工厂”的内部构造:它们如何理解文本、如何压缩音频、如何逐音符生成旋律,以及如何评估质量、落地产品。
掌握音乐生成模型架构,是进入多模态 AI 时代的必修课。无论做音频产品、内容平台还是模型部署,你都能从原理到落地建立完整判断力。
可视化演示
通过EnCodec音频token化与RVQ量化、MusicGen自回归Transformer生成、扩散模型频谱域去噪生成三个模式,展示音频音乐生成模型的核心架构设计原理。
本节配有交互动效(进入视口后自动加载,约 3KB)。
EnCodec音频token化与RVQ量化 编码器将原始波形下采样为低帧率特征表示再通过RVQ量化为离散token 残差向量量化逐层编码残差信息多层量化提升音频重建保真度 Waveform → Encoder → RVQ(Q1,Q2,...,Qn) → Tokens EnCodec实现了高保真神经音频压缩
生成模型概览
在正式参观各个车间之前,先站在工厂门口看一张全景图。这家音乐工厂的招牌业务只有一句话:把“用户需求”(一段文字描述)变成“产品”(一首完整的歌)。它不生产乐器、不雇佣乐手,所有产能都来自一套由多个模块串联而成的流水线。你只需在订单栏里写下曲风、情绪、乐器甚至歌词,就能在几分钟内拿到一首像模像样的成品——这就是 AI 音乐生成给普通人带来的魔法。
这条流水线要解决的问题,在数学上叫“条件生成问题”:给定一个条件 c(歌词、曲风、情绪描述),让模型生成一段符合这个条件的音频 x。你可能有过这样的类比负担:语音合成(TTS)不是也能“文本到音频”吗?但 TTS 只是让机器朗读,而音乐生成要同时协调旋律、和声、节奏、人声与音色,复杂程度高出一个量级,就像“会念诗”和“会作曲”之间的距离。
从技术演进看,早期方案用拼接合成和规则模板,生成效果机械生硬;如今主流方案是“分词 + 序列生成”:先把音频压缩成离散 token,再用大规模序列模型学习 token 之间的规律。Suno、Udio、MusicGen 虽然前端体验各不相同,但内核都遵循同一条流水线:文本理解 → 音频分词 → 生成模型 → 合成解码。这条流水线就是我们全文的地图。
回到全景图——你已经看懂“订货—生产—交付”的整体流程。接下来,我们逐个车间参观:先看包装车间如何把声音变成编号包裹,再看创意总监如何翻译需求,最后走进作曲室见证音符的诞生。
- x 与 cx 是待生成的音频,c 是用户输入的文本条件(歌词、曲风、情绪)。
- p_θ 条件概率模型 θ 衡量“在条件 c 下生成 x”的合理性,越合理概率越高。
- arg max 最优搜索从所有候选 x 中挑出概率最大的那个,就是工厂交付的最终成品。
音频分词编码
第一站是“包装车间”。你可能会疑惑:声音不是天然就能播放吗,为什么要打包?因为一首歌的波形数据极其庞大,如果直接让作曲大师处理海量采样点,就像让他背着整箱 CD 写歌——又慢又笨。包装车间的任务,就是把连续的声波“压”成一排排小巧的包裹,每个包裹上贴着一个编号,搬运、存储、学习都变得异常轻松。
这个包装车间在技术上叫“神经音频编解码器”,最著名的就是 Meta 开源的 EnCodec。它由三个角色构成:编码器 E 负责把波形压成紧凑的低维特征,量化器 Q 负责把连续特征映射到有限码本里的某一个编号,解码器 D 负责把编号还原成波形。整条链路分工明确,就像车间里的压缩、贴标、拆包三道工序。
训练时,EnCodec 同时优化两类目标:重构损失要求还原的波形和原波形尽量接近,对抗损失则让还原结果听不出破绽。经过压缩,音频表示的规模缩小了上百倍,为后续生成模型提供了“轻量、离散、可学习”的优质原料——换句话说,作曲大师终于不用背 CD 了,手里只有一沓轻薄的编号卡片。
包装车间把“声音”变成了“编号包裹”,作曲大师看到的不再是沉重波形,而是一串流畅的数字乐谱。但新的问题来了:这串编号乐谱是音乐的语言,而用户说的是人话——谁来翻译?下一站创意总监办公室见。
- E(x) 波形压缩编码器把原始波形中的冗余信息剥离,得到紧凑的连续特征,就像把一整首歌浓缩成一段摘要。
- Q 码本量化量化器在预置码本中挑出最近的编号,得到离散 token 序列 z——这就是包裹上的编号。
- D(z) 重构解码解码器从编号序列 z 还原出波形 x̂,完成“拆包还原”。
文本语义理解
第二站是“创意总监办公室”。你留下“复古爵士咖啡馆”这句话,普通人一听就懂,但包装车间送来的全是编号包裹,作曲大师只看得到 tokens,听不懂人话。创意总监的职责,就是把你的自然语言需求翻译成作曲家能执行的创作指令:节拍多慢、用什么乐器、情绪是慵懒还是热烈。
技术上,这座办公室的核心是“双塔对齐模型”,最典型的是 CLAP(Contrastive Language-Audio Pretraining)。它有两座塔:文本塔把文字编码成语义向量 s,音频塔把音频编码成语义向量 h。训练时采用对比学习——让“匹配的文本—音频对”在语义空间里距离更近,「不匹配的」被推远,就像创意总监反复对比“顾客说的”和“音乐表现的”是否一致。
经过对齐训练后,文本语义向量 s 就拥有了“指路”的能力:它通过交叉注意力(cross-attention)机制注入生成模型,告诉作曲大师“这段要慢、要有钢琴和萨克斯、情绪要慵懒”。用户给的风格描述越丰富,这个向量携带的信息越细,生成的音乐就越贴合想象。
有了创意总监的笔记,作曲大师终于知道该往哪个方向写了。接下来我们走进整座工厂的灵魂——作曲室,看看那些编号是怎么变成连贯乐章的。
- s 与 hs 是文本塔输出的语义向量,h 是音频塔输出的语义向量,相当于两份“创作笔记”。
- 点积与模长分子 s·h 衡量两个向量同方向的程度,分母用各自的模长做归一化,消除长短差异。
- 余弦相似度最终结果落在 [-1, 1] 之间,越接近 1 说明这段音乐越贴合这句描述。
核心生成架构
第三站是整座工厂的灵魂——“作曲室”。作曲大师拿到创作笔记后,开始一个音符一个音符地写:先写第一个音,然后回头参考第一个音写第二个,再参考前两个写第三个……每一步都看看自己写过的草稿,确保整首歌连贯统一。这种“写一步、看一步”的方式,正是自回归生成模型的精髓。
从数学角度看,自回归把一首歌建模成一个 token 序列 x₁, x₂, …, x_T。生成第 t 个 token 时,模型的条件包含两部分:前面已经生成的所有 token x_{<t},以及创意总监给的文本条件 c。Transformer 的注意力机制天然擅长处理这种“基于历史预测未来”的任务,这也是 GPT 系列能写文章、MusicGen 能写歌的共同根基。
除了自回归路线,还有扩散模型路线:从一个纯噪声开始,逐步“去噪”,直到浮现出清晰的音乐,类似洗照片时影像逐渐显现。MusicGen 则采用“自回归 + 多码本并行”的混合策略——每帧同时预测 K 个码本的代号,在保持质量的同时大幅提速。推理阶段还有 KV Cache、并行解码等技巧,让“实时生成音乐”成为可能。
作曲大师笔下的“草稿”就是条件概率:音乐不是凭空冒出来的,而是每个音符都在“已有草稿 + 用户需求”的双重引导下诞生。了解了这个灵魂车间,我们再把目光投向现实世界——那些知名的音乐工厂,各自如何运用这套架构。
- T 与 x_tT 是整首歌切分出的 token 总数,x_t 是乐谱上第 t 个音符的代号。
- x_{<t} 历史前缀t 之前已经生成的全部 token,是作曲大师面前的“草稿”。
- 条件概率 p_θ(x_t | x_{<t}, c)每一步都基于草稿和风格条件,预测下一个音符的概率。
- 连乘 Π把 T 步的概率乘起来,得到整首歌的概率——所有音符联合成立。
典型模型解析
世界上有几家著名的“音乐工厂”,招牌理念各不相同。MusicGen 像一家开源工作坊,图纸和工具全部公开;Suno 像全能型商业厂牌,什么风格都能接单;Udio 像追求极致音质的精品工作室。三家工厂看似风格迥异,但都遵循我们刚刚参观完的流水线:文本理解 → 音频分词 → 生成模型 → 合成解码。
MusicGen 由 Meta 开源,基于 EnCodec 分词 + Transformer 自回归生成。它的关键创新是“多码本并行预测”:把音频同时编码成 K 组独立的 token 序列(对应不同的声学细节),再用“延时模式”让各组代号在时间上错开、同步预测,大幅压缩生成时间。得益于开源,开发者可以下载权重、本地部署、甚至用自己数据微调,是研究与私有化的首选。
Suno 则走产品化路线:你只需输入一行歌词和风格描述,它就能生成带人声演唱、配器完整的歌曲,体验最接近“成品交付”。Udio 以高保真音质见长,擅长还原真实乐队的质感。两者都是闭源 API 服务,交互统一采用自然语言提示词——你说“60 年代 Motown 风格、男声、有弦乐”,它就往那个方向靠。
理解了三家工厂的差异,你就能按场景选型:要定制、要私有化,选开源工作坊 MusicGen;要快速拿到带人声的完整歌曲,选 Suno;追求音质细节,选 Udio。但无论哪家工厂,它们的“作曲大师”都不是天生的——这正是下一站排练厅要讲的故事。
- K 个码本K 是并行码本的数量,每套码本记录一种声学维度(如旋律骨架、音色细节)。
- c_t^{(k)} 第 k 个码本代号第 t 帧在第 k 个码本中的编号,相当于同一时刻的“分声部乐谱”。
- 集合 x_t把 K 个代号收进一个集合,就是这一帧的完整表示——多声部合在一起才是完整音乐。
训练优化流程
作曲大师不是天生的。每座工厂都有一间“排练厅”,大师先在这里通宵听海量的经典作品——这就是预训练;再针对厂牌定位反复排练——这就是微调。排练的“曲谱”是从互联网收集的数百万小时音乐数据,经过清洗、切分、版权过滤后,变成训练集里的一首首“练习曲”。
自回归部分的核心训练目标是“预测下一个 token”:给模型看一段乐谱,让它猜下一个音符,猜错就更新参数。这个目标用交叉熵损失(cross-entropy loss)衡量。与此同时,分词解码器 D 也要训练——它必须把 token 还原成逼真的波形,这由重构损失和对抗损失共同监督,防止“拆包”时声音失真。
整体损失是多个目标的加权和,权重 λ 由工程师根据训练阶段调参:前期侧重重构质量,后期侧重生成连贯性。训练完成后还要做指令微调(按“欢快”“黑暗”“咖啡馆”等标签对齐语义)、推理加速(量化、KV Cache、并行采样)。而数据清洗与版权过滤贯穿始终,是整条流水线的“质检关”——数据不干净,模型再大也白搭。
排练厅里的每一次“猜音符”都是训练:海量数据提供了曲谱,损失函数提供了评分规则,梯度下降则是那位不知疲倦的教练。终于,作曲大师学成出师。但新歌能不能上架,还得过“乐评团”这一关。
- L_ce 交叉熵损失模型预测下一个音符时,与真实音符的差距——“猜错扣分”。
- L_rec 重构损失解码器还原的波形与原波形的差异——“还原失真扣分”。
- λ₁ 与 λ₂ 权重两类扣分的占比系数,控制训练重心,由工程师调参。
评估体系框架
新歌出炉,不能直接上架,得先过“乐评团”这关。乐评团分两支:机器乐评人负责客观指标,真人乐评人负责主观盲测。只有两边都给出高分,歌曲才算合格。为什么不能只听真人评价?因为人很容易被“这是 AI 生成的”“这是大师的作品”这类先验信息带偏——盲测的意义,就是让耳朵自己说话。
客观指标中,最常用的是 FAD(Fréchet Audio Distance):把生成音频和真实音频都丢进同一个特征提取器,比较两组特征的高斯分布距离,数值越小说明生成音频越接近真实音乐。CLAP score 则负责“查跑题”——用 CLAP 模型计算生成音频与输入文本的语义相似度,防止生成了一首“欢乐的歌”而用户要的是“悲伤的夜”。
主观评测采用盲测法:招募听众,在不知道来源的情况下给音频打分,统计 MOS(平均意见分)和偏好率。可控性评估考察模型对风格、情绪标签的跟随能力;鲁棒性评估则测试不同提示词、不同长度输入下生成质量的稳定性。机器乐评算得准,真人乐评听得真,双管齐下才敢把新歌推向市场。
乐评团打分完毕,歌曲终于可以上架了。但要把这家工厂的能力变成真正的产品,还需要最后一站——运营部,它负责回答一个现实问题:怎么部署、怎么用、怎么不踩版权红线。
- μs 与 μt生成音频与真实音频特征向量的均值,代表两组样本的“平均长相”。
- Σs 与 Σt两组特征的协方差矩阵,刻画特征在空间中“散开的形状”。
- 范数与迹第一项比较中心距离,第二项通过矩阵迹比较形状差异,合起来就是分布距离。
工具链与落地
最后一站是“运营部”——把工厂能力打包成产品的部门。开发者不必自建整座工厂:可以租用开源工作坊(MusicGen 本地部署),也可以直接外包给商业厂牌(Suno/Udio 的 API)。两条路线各有取舍:本地部署可控性强、数据不出内网,但需要 GPU 资源和工程调优;API 调用开发快、省心,但受限于厂商的定价与审核策略。
落地环节最关键的技能是提示词工程。描述越具体,成品越可控:“128 BPM、D 大调、钢琴加萨克斯、慵懒复古氛围”远比一句“爵士歌”精准得多。同时要关注实时率 RTF(生成耗时与音频时长之比),它决定了能否支撑实时互动场景;音质稳定性、并发能力、单次成本则是工程侧必须盯紧的指标。
版权合规是行业的红线:训练数据是否获得授权、生成内容能否商用、是否需标注 AI 生成、是否涉及模仿特定歌手的声音权,这些问题必须在产品集成前理清。一个成熟的音乐生成产品,通常还要叠加内容审核、敏感词过滤、创作者分成等机制,让技术真正安全地走进用户生活。
完整参观结束——从订货、包装、翻译、作曲到质检、上架,一座音乐工厂的每个岗位你都了如指掌。下次再听到 Suno 生成的歌,你不仅知道它好听,还知道它是怎么被“制造”出来的。
- T_gen 生成耗时工厂产出这首歌实际花费的计算时间,单位通常是秒。
- T_audio 音频时长成品的播放时长,比如一首三分钟的歌。
- RTF 实时率两者相除得到实时率,RTF = 1 表示和播放一样快,小于 1 即可用于实时场景。
AI 应用场景
短视频内容配乐
阶段:推理部署与产品集成
解决的问题:传统方式找 BGM 要么版权费用高、要么风格不匹配,剪辑师常常为了一首 15 秒的配乐翻遍素材库。接入音乐生成后,输入“治愈系日落 vlog”,秒级生成专属配乐,风格与情绪精准匹配画面。
具体案例:某 MCN 机构将 Suno API 接入剪辑平台,创作者提交文案后自动生成 BGM 并完成混音。实测素材过审率提升 20%,完播率提升 15%,配乐制作成本下降 90%。
游戏与直播实时配乐
阶段:模型推理加速与本地部署
解决的问题:游戏场景需要随剧情动态切换音乐,传统人工配乐无法实时响应,预制的音乐循环又容易让玩家听觉疲劳。开源模型可私有化部署,按情绪标签实时生成适配配乐。
具体案例:独立游戏团队用 MusicGen 在 Unity 中实现“探索—战斗—BOSS”三套动态配乐,通过 int8 量化与 KV Cache 优化,单次生成延迟从 4 秒降到 1.2 秒,内存占用下降 60%。
音乐创作灵感辅助
阶段:训练与微调
解决的问题:作曲人“卡壳”是常态,AI 可以充当“无限灵感的实习生”,快速生成大量旋律变体供挑选,帮助突破创作瓶颈。
具体案例:某音乐工作室用自有的 2000 首作品微调开源模型,生成贴合自身厂牌风格的 demo,与甲方沟通时能 10 分钟出 3 个版本,选题效率提升 3 倍。
Python 演示
"""简化版 MusicGen 架构演示: VQ 音频分词 + 条件自回归生成 + 解码合成"""import numpy as np SR = 100 # 每帧采样点数, 模拟原始波形特征维度FRAMES = 20 # 一首"歌"的帧数CODEBOOK = 16 # 码本大小STYLE_DIM = 3 # 风格维度: 明快 / 舒缓 / 复古 class VQTokenizer: """音频分词器: 把连续波形压成离散 token 的'包装车间'""" def __init__(self, size=CODEBOOK, dim=SR, seed=42): rng = np.random.default_rng(seed) self.centers = rng.standard_normal((size, dim)) * 0.5 def encode(self, frames): dist = ((frames[:, None, :] - self.centers[None, :, :]) ** 2).sum(axis=2) return dist.argmin(axis=1) def decode(self, tokens): return self.centers[tokens] class TinyMusicGen: """极简条件自回归模型: 用一阶转移矩阵模拟'作曲大师'逐 token 写作""" def __init__(self, vocab=CODEBOOK, style_dim=STYLE_DIM, seed=7): rng = np.random.default_rng(seed) counts = rng.random((vocab, vocab)) + 0.05 self.trans = counts / counts.sum(axis=1, keepdims=True) self.style_bias = rng.standard_normal((style_dim, vocab)) * 0.3 def generate(self, style_vec, length=FRAMES): rng = np.random.default_rng() tokens = [0] for _ in range(length - 1): raw = self.trans[tokens[-1]] + style_vec @ self.style_bias prob = np.clip(raw, 1e-6, None) prob /= prob.sum() tokens.append(int(rng.choice(CODEBOOK, p=prob))) return np.array(tokens) def make_style_vector(name): """提示词工程: 把风格描述映射为风格向量""" table = {"明快": np.array([1.0, 0.0, 0.2]), "舒缓": np.array([0.0, 1.0, 0.0]), "复古": np.array([0.2, 0.0, 1.0])} return table[name] def synth_frames(seed=0): """模拟一段随机原始音频波形""" rng = np.random.default_rng(seed) return rng.standard_normal((FRAMES, SR)) if __name__ == "__main__": vq = VQTokenizer() source = synth_frames() src_tokens = vq.encode(source) print("原始波形首帧 token:", src_tokens[0]) model = TinyMusicGen() for name in ["明快", "舒缓", "复古"]: style = make_style_vector(name) new_tokens = model.generate(style) wave = vq.decode(new_tokens) message = f"{name}风格: 生成 {len(new_tokens)} 个 token" print(message + f", 波形能量均值={np.abs(wave).mean():.3f}")
self.centers = rng.standard_normal((size, dim)) * 0.5初始化码本,相当于给包装车间预置 16 种“包裹规格”dist.argmin(axis=1)每帧找最近的码本编号,完成“连续波形 → 离散代号”的量化self.trans = counts / counts.sum(axis=1, keepdims=True)统计转移概率,极简版“作曲大师”的经验库raw = self.trans[tokens[-1]] + style_vec @ self.style_bias在历史概率上叠加风格偏置,实现“条件引导”rng.choice(CODEBOOK, p=prob)按概率采样下一个 token,体现生成模型的随机性
常见误区
误区“音乐生成不就跟语音合成差不多吗?让 AI 把歌词念出来,再配上伴奏不就行了?”
正解语音合成(TTS)只生成朗读语音,而音乐生成要同时协调旋律、和声、节奏、人声和音色。它先把音频压成 token,再用序列模型学习音乐语言,复杂度高一个量级。就像“会念诗”与“会作曲”完全是两种能力。
为何常见:两者都涉及“文本到音频”,初学者容易先入为主,把它们混为一谈。
误区“EnCodec 把音乐压成 token,就像 MP3 压缩,反正有损,细节肯定丢失了。”
正解token 不是最终存储格式,而是潜空间的离散表示,保留语义与声学结构。解码器经过重构损失和对抗损失专门训练,可以从 token 完整还原波形。压缩的目的不是省空间,而是让生成模型能“读懂”音乐语言。
为何常见:听到“压缩”二字,就联想到日常音频编码的有损体验,忽略了 token 是面向生成任务的中间表示。
误区“我付了会员费,Suno 生成的歌版权当然归我,拿去商用没问题。”
正解AI 生成内容的版权归属与训练数据的合规性密切相关,各平台条款差异很大。商用前必须确认授权范围、是否需要标注 AI 生成,若提示词模仿了某位歌手,还可能涉及声音权纠纷。
为何常见:习惯了传统“买断版权”的思维,忽略了生成模型输出内容的权利链条并不像实物商品那样清晰。
误区“MusicGen 和 Suno 一样都是闭源商业模型,想用只能调 API。”
正解MusicGen 由 Meta 开源,代码和权重可下载、可本地部署、可微调,是研究与企业私有化的首选。真正闭源的是 Suno 和 Udio 这类商业 API 产品。
为何常见:被主流商业产品的宣传覆盖,以为开源音乐模型只停留在 TTS 小模型阶段,不了解 MusicGen 的存在。
误区“模型听感不错,多听几遍就能判断质量,不需要什么指标。”
正解人耳容易受“这是 AI 生成的”“这是大师作品”等先验信息影响,必须结合 FAD、CLAP score 等客观指标与盲测评分,才能公平评价。就像乐评不能只看粉丝打分,还要看专业评审与数据。
为何常见:主观听觉感受直观,缺乏量化意识,忽略了评估中的系统偏差。
面试题
Q1. 音乐生成模型通常解决的核心任务是什么?
- A.把文本转换成语音
- B.根据条件生成音乐← 正确答案
- C.把音乐转换成文本
- D.对音频文件做压缩
答案:B。音乐生成是条件生成任务,给定歌词、曲风等条件 c 生成音频 x。TTS 只解决朗读语音,音乐转文本是识别任务,压缩只是预处理环节。
Q2. 下列哪个是开源音乐生成模型?
- A.Suno 付费产品
- B.Udio 付费产品
- C.MusicGen 开源模型← 正确答案
- D.Sora 视频模型
答案:C。MusicGen 由 Meta 开源,代码与权重公开可下载。Suno 和 Udio 是闭源商业 API,Sora 是 OpenAI 的视频生成模型,与音乐无关。
Q3. 在 MusicGen 中,EnCodec 承担的角色是?
- A.理解文本语义信息
- B.压缩音频为离散代号← 正确答案
- C.预测下一个音乐记号
- D.评价生成音乐质量
答案:B。EnCodec 是神经音频编解码器,负责把波形压缩成离散 token(分词)并支持解码还原。文本理解靠 CLAP,预测记号靠 Transformer,评价质量靠 FAD 等指标。
Q4. 关于音频 token 的说法正确的是?
- A.数量远少于原始采样点← 正确答案
- B.码本将连续特征离散化← 正确答案
- C.本身就是最终音频文件
- D.解码器可还原成波形← 正确答案
答案:ABD。token 是波形压缩后的离散代号,数量远少于采样点,通过码本量化得到,解码器可以还原波形。但它不是最终音频文件,必须经过解码才能播放。
Q5. 自回归音乐生成模型的生成方式是?
- A.一次性生成全部记号
- B.逐个记号条件预测← 正确答案
- C.从噪声迭代去噪
- D.检索数据库片段
答案:B。自回归的核心是逐个 token 预测,每个新 token 都依赖前面已生成的全部 token 和文本条件。从噪声去噪是扩散模型,一次性生成和检索不是主流方法。
Q6. FAD 指标衡量的是?
- A.文本和音频的语义距离
- B.生成与真实特征分布距离← 正确答案
- C.模型参数规模的大小
- D.推理部署时延的高低
答案:B。FAD 用高斯分布距离比较生成音频与真实音频的特征分布,数值越小越接近。文本与音频的语义距离由 CLAP score 衡量,参数规模看参数量,时延看 RTF。
Q7. 文本条件可以怎样注入生成模型?
- A.通过交叉注意力机制← 正确答案
- B.拼接到序列前作为前缀← 正确答案
- C.在生成阶段直接丢弃
- D.仅用于评估环节
答案:AB。文本条件通常通过交叉注意力注入 Transformer,或作为前缀拼接到 token 序列之前,两者都让生成过程“听到”用户需求。丢弃条件等于无引导生成,失去了条件模型的意义。
Q8. 评估音乐质量的主观方法是?
- A.计算 FAD 数值高低
- B.让听众盲测打分← 正确答案
- C.统计模型参数量
- D.测量推理耗时
答案:B。主观评测依赖真人听众盲测,统计 MOS 与偏好率。FAD 是客观指标,参数量和推理耗时与质量无直接关系。
Q9. MusicGen 相对 Suno 的特点有哪些?
- A.代码权重开源可部署← 正确答案
- B.使用 EnCodec 音频分词← 正确答案
- C.必须联网付费订阅
- D.专做纯人声演唱
答案:AB。MusicGen 开源可本地部署,基于 EnCodec 分词与 Transformer 自回归生成。它不需要联网付费,也能生成带人声或纯音乐的作品,选项 C、D 均错误。
Q10. 训练音乐生成模型时常用的损失组合是?
- A.交叉熵加重构损失← 正确答案
- B.只计算分类准确率
- C.仅用图像感知损失
- D.完全不需要损失函数
答案:A。训练总损失通常是交叉熵损失(预测 token)与重构损失(还原波形)的加权和。分类准确率是评估指标而非训练损失,图像感知损失不适用于音频任务。