open-musiclm
open-musiclm 是一个基于 PyTorch 实现的开源项目,旨在复现谷歌研究院发布的顶尖文本生成音乐模型 MusicLM。它的核心目标是让开发者和研究人员能够更快速地搭建并训练自己的文本到音乐生成系统,而无需依赖谷歌未公开的内部数据或模型权重。
该项目主要解决了原始 MusicLM 依赖私有组件(如 MuLan 和 SoundStream)导致难以复现的问题。open-musiclm 巧妙地采用了现有的优质开源模型进行替代:使用 CLAP 模型处理文本与音频的对齐,利用 Encodec 进行音频编码,并引入 MERT 增强特征提取。这种“站在巨人肩膀上”的策略,使得用户在缺乏海量私有训练数据的情况下,也能尝试生成多样化的音乐样本。
在技术亮点方面,open-musiclm 对架构进行了灵活改进。它支持将条件信号作为离散令牌进行自回归建模,而非仅依靠交叉注意力机制;其令牌条件变换器还能支持可变长度的令牌序列,便于探索立体声生成或多条件组合等进阶实验。
因此,open-musiclm 特别适合具有一定深度学习基础的 AI 研究者、算法工程师以及希望深入探索音频生成技术的开发者使用。对于想要从零开始理解音乐生成原理或进行二次开发的团队来说,这是一个极具价值的起点。项目社区活跃,欢迎有志之士共同参与探索。
使用场景
独立游戏开发者小林正在为一款赛博朋克风格的冒险游戏制作动态背景音乐,需要根据不同剧情段落快速生成契合氛围的音频素材。
没有 open-musiclm 时
- 版权与成本困境:购买商用音乐库授权费用高昂,且难以找到完全匹配特定“雨夜霓虹”或“黑客入侵”场景的现成曲目,面临侵权风险。
- 定制门槛极高:若委托作曲家定制,沟通成本高且修改周期长,无法适应游戏开发中频繁变动的剧情需求。
- 技术复现困难:谷歌原版 MusicLM 未开源代码且依赖私有数据(如 MuLan 和 SoundStream),普通开发者无法在本地部署或微调模型。
- 素材同质化严重:使用传统循环音效库导致背景音乐缺乏变化,玩家容易产生听觉疲劳,沉浸感大打折扣。
使用 open-musiclm 后
- 零成本按需生成:直接输入“快节奏的合成器波浪伴随紧张的低音”等文本描述,open-musiclm 即可利用预训练的 CLAP 模型生成无版权风险的独特曲目。
- 敏捷迭代工作流:剧情调整后,小林只需修改提示词并在几分钟内重新生成音频,无需等待外部反馈,大幅缩短开发周期。
- 开源架构可落地:open-musiclm 巧妙替换了不可用的私有模块,采用公开的 Encodec 和 MERT 模型,让开发者能在消费级显卡上成功训练和推理。
- 高度风格化控制:借助 CLAP 强大的文本 - 音频对齐能力,生成的音乐能精准捕捉细微的情感色彩,显著提升游戏场景的叙事张力。
open-musiclm 将顶尖的文本生成音乐技术从实验室带入现实,让中小开发者也能以极低门槛实现专业级的动态音频创作。
运行环境要求
- 未说明
- 必需(训练和推理涉及 CLAP, MERT, Encodec 及 Transformer 模型,需 NVIDIA GPU 支持 CUDA
- 显存需求未明确,但建议 16GB+ 以处理多阶段训练)
未说明

快速开始
Open MusicLM
这是 Google 发布的 SOTA 文本到音乐模型 MusicLM 的 PyTorch 实现,并做了一些修改。我们使用 CLAP 替代 MuLan,Encodec 替代 SoundStream,以及 MERT 替代 w2v-BERT。
为什么选择 CLAP?
CLAP 是一个联合音频-文本模型,基于 LAION-Audio-630K 数据集训练而成。与 MuLan 类似,它由音频塔和文本塔组成,分别将各自模态映射到一个共享的潜在空间(CLAP 为 512 维,而 MuLan 为 128 维)。
MuLan 是在 5000 万对文本-音乐数据上训练的。遗憾的是,我并没有这些数据来复现它,因此我依赖 CLAP 的预训练检查点来尽可能接近。CLAP 在 LAION-630k(约 63.3 万对文本-音频)和 AudioSet(200 万个带有关键词转写字幕的样本)的数据上进行了训练,总共使用了 260 万对文本-音频数据。尽管这远少于 MuLan 训练时使用的数据量,但我们已经成功利用 CLAP 生成了多样化的音乐样本,你可以在 这里 收听这些早期结果。如果 CLAP 的潜在空间对于音乐生成来说不够丰富,我们可以用音乐数据继续训练 CLAP,或者等 @lucidrain 的 MuLan 实现 训练完成后将其作为替代方案。
为什么选择 Encodec?
SoundStream 和 Encodec 都是神经网络音频编解码器,能够将任意波形编码为一系列声学标记,随后再解码回与原始波形相似的信号。这些中间标记可以被建模为序列到序列任务。Encodec 由 Facebook 开源,并提供了公开可用的预训练检查点,而 SoundStream 则没有。
与 @lucidrains 实现的区别
- 自回归地将 CLAP/MuLan 的条件信号作为离散标记传递给 Transformer,正如论文第 3.1 节所述。而在 musiclm-pytorch 中,则通过交叉注意力对其进行条件化。
- TokenConditionedTransformer 可以支持可变长度的标记序列,这使得进一步的实验更加便捷(例如组合多个条件信号、生成立体声波形等)。
- 使用现有的开源模型,而不是重新训练 MuLan 和 SoundStream。
- 对代码进行了一些修改,以提高模型成功训练的可能性。
最终目标
该项目的目标是在不完全拘泥于论文中架构的前提下,尽快复现 MusicLM 的效果。如果你希望获得更贴近原论文实现的版本,请查看 musiclm-pytorch。
我们还希望更好地理解 CLAP 的潜在空间。
使用方法
安装
conda env create -f environment.yaml
conda activate open-musiclm
配置文件
“模型配置”包含有关模型架构的信息,比如层数、量化器数量、各阶段的目标音频长度等,用于在训练和推理时实例化模型。
“训练配置”则包含训练模型的超参数,用于在训练过程中实例化训练器类。
示例配置文件请参见 ./configs 目录。
训练
CLAP RVQ
第一步是训练残差向量量化器,将连续的 CLAP 嵌入映射为离散的标记序列。
python ./scripts/train_clap_rvq.py \
--results_folder ./results/clap_rvq \ # 保存结果和检查点的路径
--model_config ./configs/model/musiclm_small.json \ # 模型配置文件路径
--training_config ./configs/training/train_musiclm_fma.json # 训练配置文件路径
Hubert K-means
接下来,我们需要学习一个 K-means 层,用于将 MERT 嵌入量化为语义标记。
python ./scripts/train_hubert_kmeans.py \
--results_folder ./results/hubert_kmeans \ # 保存结果和检查点的路径
--model_config ./configs/model/musiclm_small.json \
--training_config ./configs/training/train_musiclm_fma.json
语义阶段 + 粗粒度阶段 + 细粒度阶段
一旦 K-means 和 RVQ 准备就绪,我们就可以开始训练语义、粗粒度和细粒度阶段。这些阶段可以同时进行训练。
python ./scripts/train_semantic_stage.py \
--results_folder ./results/semantic \ # 保存结果和检查点的路径
--model_config ./configs/model/musiclm_small.json \
--training_config ./configs/training/train_musiclm_fma.json \
--rvq_path PATH_TO_RVQ_CHECKPOINT \ # 之前训练好的 RVQ 检查点路径
--kmeans_path PATH_TO_KMEANS_CHECKPOINT # 之前训练好的 K-means 检查点路径
python ./scripts/train_coarse_stage.py \
--results_folder ./results/coarse \ # 保存结果和检查点的路径
--model_config ./configs/model/musiclm_small.json \
--training_config ./configs/training/train_musiclm_fma.json \
--rvq_path PATH_TO_RVQ_CHECKPOINT \ # 之前训练好的 RVQ 检查点路径
--kmeans_path PATH_TO_KMEANS_CHECKPOINT # 之前训练好的 K-means 检查点路径
python ./scripts/train_fine_stage.py \
--results_folder ./results/fine \ # 保存结果和检查点的路径
--model_config ./configs/model/musiclm_small.json \
--training_config ./configs/training/train_musiclm_fma.json \
--rvq_path PATH_TO_RVQ_CHECKPOINT \ # 之前训练好的 RVQ 检查点路径
--kmeans_path PATH_TO_KMEANS_CHECKPOINT # 之前训练好的 K-means 检查点路径
预处理
在上述情况下,我们在训练过程中实时使用 CLAP、Hubert 和 Encodec 生成 CLAP 令牌、语义令牌和声学令牌。然而,这些模型会占用 GPU 的显存,如果对同一数据集进行多次运行,每次都重新计算这些令牌效率较低。我们可以预先计算这些令牌,并在训练过程中迭代使用它们。
为此,在配置文件中填写 data_preprocessor_cfg 字段,并在训练器配置中将 use_preprocessed_data 设置为 True(可参考 train_fma_preprocess.json 获取灵感)。然后运行以下命令预处理数据集,再执行你的训练脚本:
python ./scripts/preprocess_data.py \
--model_config ./configs/model/musiclm_small.json \
--training_config ./configs/training/train_fma_preprocess.json \
--rvq_path RVQ检查点路径 \ # 之前训练好的RVQ检查点路径
--kmeans_path K-means检查点路径 # 之前训练好的K-means检查点路径
推理
生成多个样本,并使用 CLAP 选择最佳的几个:
python scripts/infer_top_match.py \
"你的文本提示"
--num_samples 4 # 生成的样本数量
--num_top_matches 1 # 返回的最佳匹配数量
--semantic_path 语义阶段检查点路径 \ # 之前训练好的语义阶段检查点
--coarse_path 粗略阶段检查点路径 \ # 之前训练好的粗略阶段检查点
--fine_path 精细阶段检查点路径 \ # 之前训练好的精细阶段检查点
--rvq_path RVQ检查点路径 \ # 之前训练好的RVQ检查点
--kmeans_path K-means检查点路径 # 之前训练好的K-means检查点
--model_config ./configs/model/musiclm_small.json \
--duration 4
为不同的测试提示生成样本:
python scripts/infer.py \
--semantic_path 语义阶段检查点路径 \ # 之前训练好的语义阶段检查点
--coarse_path 粗略阶段检查点路径 \ # 之前训练好的粗略阶段检查点
--fine_path 精细阶段检查点路径 \ # 之前训练好的精细阶段检查点
--rvq_path RVQ检查点路径 \ # 之前训练好的RVQ检查点
--kmeans_path K-means检查点路径 # 之前训练好的K-means检查点
--model_config ./configs/model/musiclm_small.json \
--duration 4
你可以使用 --return_coarse_wave 标志跳过精细阶段,仅从粗略令牌重建音频。
检查点
你可以从 这里 下载 musiclm_large_small_context 模型的实验性检查点。要对该模型进行微调,请在训练脚本中使用 --fine_tune_from 标志。
感谢
- Okio 提供了训练模型所需的算力!Okio 是一家正在开发 Nendo——一个开源的生成式音乐工具套件——的初创公司,旨在重新构想音乐。如果你感兴趣,可以访问 okio.ai 了解更多信息。
- @lucidrains 提供了 audiolm-pytorch 的实现。该仓库包含了对 audiolm-pytorch 中许多代码的重构版本。
- LAION 提供了 CLAP。
- Music Audio Pretrain 团队 提供了 MERT。
引用
@inproceedings{Agostinelli2023MusicLMGM,
title = {MusicLM: 从文本生成音乐},
author = {Andrea Agostinelli、Timo I. Denk、Zalán Borsos、Jesse Engel、Mauro Verzetti、Antoine Caillon、Qingqing Huang、Aren Jansen、Adam Roberts、Marco Tagliasacchi、Matthew Sharifi、Neil Zeghidour、C. Frank},
year = {2023}
}
@article{wu2022large,
title = {基于特征融合和关键词到字幕增强的大规模对比语言-音频预训练},
author = {Wu, Yusong、Chen, Ke、Zhang, Tianyu、Hui, Yuchen、Berg-Kirkpatrick, Taylor、Dubnov, Shlomo},
journal = {arXiv 预印本 arXiv:2211:06687},
year = {2022},
}
@article{defossez2022highfi,
title = {高保真神经网络音频压缩},
author = {Défossez, Alexandre、Copet, Jade、Synnaeve, Gabriel、Adi, Yossi},
journal = {arXiv 预印本 arXiv:2210.13438},
year = {2022},
}
@misc{li2023mert,
title = {MERT:具有大规模自监督训练的声学音乐理解模型},
author = {Yizhi Li、Ruibin Yuan、Ge Zhang、Yinghao Ma、Xingran Chen、Hanzhi Yin、Chenghua Lin、Anton Ragni、Emmanouil Benetos、Norbert Gyenge、Roger Dannenberg、Ruibo Liu、Wenhu Chen、Gus Xia、Yemin Shi、Wenhao Huang、Yike Guo、Jie Fu},
year = {2023},
eprint = {2306.00107},
archivePrefix = {arXiv},
primaryClass = {cs.SD}
}
版本历史
0.2.52023/04/220.2.42023/04/120.2.32023/04/110.2.22023/04/110.2.12023/04/040.2.02023/03/270.1.22023/03/250.1.12023/03/210.1.02023/03/130.0.32023/03/080.0.22023/03/060.0.12023/03/02常见问题
相似工具推荐
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
NextChat
NextChat 是一款轻量且极速的 AI 助手,旨在为用户提供流畅、跨平台的大模型交互体验。它完美解决了用户在多设备间切换时难以保持对话连续性,以及面对众多 AI 模型不知如何统一管理的痛点。无论是日常办公、学习辅助还是创意激发,NextChat 都能让用户随时随地通过网页、iOS、Android、Windows、MacOS 或 Linux 端无缝接入智能服务。 这款工具非常适合普通用户、学生、职场人士以及需要私有化部署的企业团队使用。对于开发者而言,它也提供了便捷的自托管方案,支持一键部署到 Vercel 或 Zeabur 等平台。 NextChat 的核心亮点在于其广泛的模型兼容性,原生支持 Claude、DeepSeek、GPT-4 及 Gemini Pro 等主流大模型,让用户在一个界面即可自由切换不同 AI 能力。此外,它还率先支持 MCP(Model Context Protocol)协议,增强了上下文处理能力。针对企业用户,NextChat 提供专业版解决方案,具备品牌定制、细粒度权限控制、内部知识库整合及安全审计等功能,满足公司对数据隐私和个性化管理的高标准要求。
ML-For-Beginners
ML-For-Beginners 是由微软推出的一套系统化机器学习入门课程,旨在帮助零基础用户轻松掌握经典机器学习知识。这套课程将学习路径规划为 12 周,包含 26 节精炼课程和 52 道配套测验,内容涵盖从基础概念到实际应用的完整流程,有效解决了初学者面对庞大知识体系时无从下手、缺乏结构化指导的痛点。 无论是希望转型的开发者、需要补充算法背景的研究人员,还是对人工智能充满好奇的普通爱好者,都能从中受益。课程不仅提供了清晰的理论讲解,还强调动手实践,让用户在循序渐进中建立扎实的技能基础。其独特的亮点在于强大的多语言支持,通过自动化机制提供了包括简体中文在内的 50 多种语言版本,极大地降低了全球不同背景用户的学习门槛。此外,项目采用开源协作模式,社区活跃且内容持续更新,确保学习者能获取前沿且准确的技术资讯。如果你正寻找一条清晰、友好且专业的机器学习入门之路,ML-For-Beginners 将是理想的起点。
ragflow
RAGFlow 是一款领先的开源检索增强生成(RAG)引擎,旨在为大语言模型构建更精准、可靠的上下文层。它巧妙地将前沿的 RAG 技术与智能体(Agent)能力相结合,不仅支持从各类文档中高效提取知识,还能让模型基于这些知识进行逻辑推理和任务执行。 在大模型应用中,幻觉问题和知识滞后是常见痛点。RAGFlow 通过深度解析复杂文档结构(如表格、图表及混合排版),显著提升了信息检索的准确度,从而有效减少模型“胡编乱造”的现象,确保回答既有据可依又具备时效性。其内置的智能体机制更进一步,使系统不仅能回答问题,还能自主规划步骤解决复杂问题。 这款工具特别适合开发者、企业技术团队以及 AI 研究人员使用。无论是希望快速搭建私有知识库问答系统,还是致力于探索大模型在垂直领域落地的创新者,都能从中受益。RAGFlow 提供了可视化的工作流编排界面和灵活的 API 接口,既降低了非算法背景用户的上手门槛,也满足了专业开发者对系统深度定制的需求。作为基于 Apache 2.0 协议开源的项目,它正成为连接通用大模型与行业专有知识之间的重要桥梁。
PaddleOCR
PaddleOCR 是一款基于百度飞桨框架开发的高性能开源光学字符识别工具包。它的核心能力是将图片、PDF 等文档中的文字提取出来,转换成计算机可读取的结构化数据,让机器真正“看懂”图文内容。 面对海量纸质或电子文档,PaddleOCR 解决了人工录入效率低、数字化成本高的问题。尤其在人工智能领域,它扮演着连接图像与大型语言模型(LLM)的桥梁角色,能将视觉信息直接转化为文本输入,助力智能问答、文档分析等应用场景落地。 PaddleOCR 适合开发者、算法研究人员以及有文档自动化需求的普通用户。其技术优势十分明显:不仅支持全球 100 多种语言的识别,还能在 Windows、Linux、macOS 等多个系统上运行,并灵活适配 CPU、GPU、NPU 等各类硬件。作为一个轻量级且社区活跃的开源项目,PaddleOCR 既能满足快速集成的需求,也能支撑前沿的视觉语言研究,是处理文字识别任务的理想选择。
OpenHands
OpenHands 是一个专注于 AI 驱动开发的开源平台,旨在让智能体(Agent)像人类开发者一样理解、编写和调试代码。它解决了传统编程中重复性劳动多、环境配置复杂以及人机协作效率低等痛点,通过自动化流程显著提升开发速度。 无论是希望提升编码效率的软件工程师、探索智能体技术的研究人员,还是需要快速原型验证的技术团队,都能从中受益。OpenHands 提供了灵活多样的使用方式:既可以通过命令行(CLI)或本地图形界面在个人电脑上轻松上手,体验类似 Devin 的流畅交互;也能利用其强大的 Python SDK 自定义智能体逻辑,甚至在云端大规模部署上千个智能体并行工作。 其核心技术亮点在于模块化的软件智能体 SDK,这不仅构成了平台的引擎,还支持高度可组合的开发模式。此外,OpenHands 在 SWE-bench 基准测试中取得了 77.6% 的优异成绩,证明了其解决真实世界软件工程问题的能力。平台还具备完善的企业级功能,支持与 Slack、Jira 等工具集成,并提供细粒度的权限管理,适合从个人开发者到大型企业的各类用户场景。