无损音乐曲库整理与FLAC转MP3批量转码实践指南

1. 先把“无损”这件事说清楚，不然转码全是白费功夫

做无损音乐资源整理这件事，我前后折腾了七八年，最开始那两年基本都在交学费。很多人一上来就问“哪个网站能下无损”，其实方向就偏了——你真正该先弄明白的是手里那份文件到底是不是真无损。我见过太多人，把一份频谱在 16kHz 就整齐切断的 MP3，塞进转换器转成 FLAC，再转回 320kbps 的 MP3，然后郑重其事地归档进“无损库”。这一套流程走下来，音质只会比原始文件更差，文件体积倒是翻了三倍。所以这篇内容我打算分两块讲：前半部分是我个人长期在用的五类无损音乐来源，全部是可以说明授权出处的正规渠道；后半部分是音频转 mp3 的完整操作指南，从编码器选型、码率计算到批量脚本和转码后校验，一步一步给你捋清楚。适合两类人看：一类是想把手里的曲库整理规范、顺手能在车机和旧设备上播放的普通用户；另一类是经常要给视频剪辑、播客、课件配乐找素材的创作者。

1.1 无损压缩、有损压缩和“假无损”的三笔账

先把概念掰开。音乐 CD 的原始数据是 44.1kHz 采样率、16bit 位深、双声道 PCM，码率算法是44100 × 16 × 2 = 1,411,200 bit/s，也就是1411kbps，一首四分钟的歌大约 42MB。这个数据量对随身设备来说太奢侈了，于是有了无损压缩——FLAC、ALAC、APE 这类格式，靠的是线性预测编码加熵编码，把 PCM 里大量重复和可预测的部分压掉，解压后跟原始 PCM 一个比特都不差。实际压缩比通常在50%~70%之间，也就是说 42MB 的曲子压完大概 21~29MB，平均码率落在 700~1000kbps。

有损压缩则是另一条路。MP3 用的是心理声学模型，把人耳听不出来的频段直接丢掉，再对剩下的部分做量化。320kbps 的 MP3 相对 1411kbps 的 CD 数据，压缩比大约是4.4:1，理论上仍然保留了绝大部分可闻信息。

那“假无损”是怎么回事？就是拿有损文件当原料，转成无损格式。文件后缀变成 .flac 了，播放器上也显示“无损”了，但丢掉的高频永远补不回来。判断方法特别简单：看频谱图。真正的 CD 无损，频谱会一直延伸接近 22.05kHz（44.1kHz 采样率的奈奎斯特频率），并在顶部有一条自然的、随机起伏的能量分布；而从 128kbps 转上来的，在 16kHz 附近会有一条刀切一样的平线，上面干干净净什么都没有。320kbps 转上来的通常切在 20kHz 左右。我习惯用免费的频谱查看工具，丢进去看一眼，两秒钟出结论，比听十遍都准。

1.2 为什么我坚持“先归档无损，再按需转码”

这是整套流程的核心逻辑，值得单独说。转码是单向门，走过就回不去了。你把 FLAC 转成 MP3，再想还原成无损是不可能的；但反过来，无损在手，你想转 320 给车载、转 128 给旧手机、转 WAV 给剪辑软件，随时都行。所以我的做法是：曲库只存一份无损母版，播放副本按设备需求现场生成。

算笔账你就明白为什么这个习惯值钱。一张 12 首、每首 4 分钟的专辑，无损大概 250~350MB；转成 320kbps MP3，每首320 × 240 ÷ 8 = 9600KB，约 9.4MB，12 首合计113MB；转 128kbps 则只有45MB左右。如果家里有个 64G 的老播放器，全塞无损只能放两三百首，转 320 能放五百多首，转 128 能放一千多首。而如果你一开始就把母版删了，以后换设备、换耳机、想重新压一版更好的，就全都没辙了。

注意：归档母版和播放副本一定要分目录存放，并且母版目录设成只读。我早年就因为批量转换时输出路径写错，把几百首 FLAC 原地覆盖成了 MP3，找回来的时候只剩一堆 128kbps 的残骸。

2. 五个长期在用的无损音乐来源，按“合规性+稳定性”排序

这一节是我这些年用得最顺手的五类渠道。先说明立场：我不会推荐任何来源不明、授权不清的下载站，一是这类站点存活周期短，今天收藏的链接明天就打不开；二是文件来路不明，你根本不知道它被转手压缩过几次，所谓的“无损”十有八九是假的。下面这五类，共同点是来源可追溯、格式有保证、长期可用。

2.1 来源一：自己买的实体唱片，抓轨是唯一“源头可控”的方式

这是所有渠道里最硬的一条，没有之一。你手里那张 CD，抓出来的数据是真正的一手 PCM，中间没有任何人动过手脚。而且实体唱片有个隐藏优势：版本信息完整。哪一年发行、哪个厂牌、哪次重制、母带工程师是谁，内页和盘片印刷上都写着，这些信息在后续归档和比对时价值极高。

抓轨我建议固定在一种“安全模式”下做，宁可慢一点。具体参数后面第 3 节会细讲，这里先记住三个原则：一是开启读取校验，同一段数据读两次结果不一致就重读，直到一致或达到重试上限；二是开启光驱读取偏移校正，不同型号光驱的物理读起点有几十到上百个采样的偏差，不校正的话抓出来的头尾会有细微错位；三是抓完跟曲目数据库里的校验值对一遍，对不上就换一张盘或者换个光驱重来。这一套走下来，一张专辑二十分钟左右，但拿到的是可以放心存二十年的东西。

2.2 来源二：正版数字商店的整轨与单曲购买

现在不少数字音乐商店支持直接购买无损格式下载，付款后给你一个下载额度，拿到的文件带完整的元数据和版权信息。这类渠道的价值在于省事且格式规范：不用自己抓轨、不用手动填标签，下载下来就是整理好的目录结构，封面、曲序、作曲信息一应俱全。

我一般会在两种情况下用它：一是某张专辑的实体盘已经绝版或者被炒到离谱的价格；二是我只想听其中两三首，买整张实体不划算。购买时留个心眼，看清楚商品页写的是“无损”还是“高解析”——有些平台把 24bit/48kHz 叫高解析，有些把 16bit/44.1kHz 也叫无损，两者不是一回事。另外，付款前确认一下下载的文件格式，FLAC 和 ALAC 都行，但如果只给 WAV，就要考虑元数据得自己补，麻烦一些。

2.3 来源三：公有领域与开放版权曲库

这一类是我近几年用得越来越多的，尤其是做视频配乐和播客垫乐的时候。公有领域指的是版权保护期已过的作品，古典音乐里的巴赫、莫扎特、贝多芬，大量历史录音、民歌采风、地方戏曲，都属于这个范畴。很多图书馆、档案馆、学术机构会把这类馆藏数字化后开放出来，格式往往是高采样率的无损甚至原始母带转录。

这类资源的坑在于转录质量参差不齐。同一首曲子可能有十几个版本，有的是从 78 转黑胶翻录的，底噪大得像下雨；有的是近年用专业设备重新转录的，干净得很。我的筛选办法是看三条：有没有标注转录设备和采样参数、有没有说明源介质的状态、有没有做过去噪处理并注明。三条齐全的，基本可以放心用。另外提醒一句，古典曲目的元数据特别容易乱，作曲家、演奏者、指挥、乐团、录音年份这些字段经常被塞进同一个“艺术家”标签里，下载完得花时间重整。

2.4 来源四：知识共享授权的独立音乐社区

独立音乐圈里有不少创作者会选择开放授权的方式发布作品，允许在署名、非商业等条件下自由传播，有些甚至直接提供无损下载。这类社区的好处是风格新、更新快、授权明确，页面上会写清楚允许做什么、不允许做什么，不用猜。

用这类资源，我养成一个习惯：下载的同时把授权说明页存一份。因为授权条款可能随版本更新，今天允许非商业使用，明天作者改条款了，你手里的文件就说不清了。存一份当时的页面快照或者授权文本，成本几乎为零，真要用在正式项目上时能省掉一堆麻烦。另外，这类社区里的“无损”标签要验一下，独立音乐人自己上传的文件，偶尔也会有把 256kbps 的 AAC 转成 FLAC 的情况，不是故意的，就是不懂。频谱图扫一眼，五分钟的事。

2.5 来源五：音乐人官方直发与现场录音授权

这条容易被忽略，但质量往往最高。不少独立音乐人、小型厂牌会在自己的官方页面直接放出无损下载，作为专辑预售的赠品或者粉丝福利；也有一些现场演出的录音，在征得演出者同意后由录音师发布。这类来源的优势是直接从创作者手里出来，链路最短，不存在中间转手压缩的问题。

找这类资源的关键是关注创作者的官方发布渠道，而不是去各种聚合站碰运气。我一般会在听到喜欢的作品后，顺着创作者公开的社交账号或者作品页找过去，看看有没有官方发布的下载入口。这个过程慢，但拿到的东西干净。还有一点，现场录音的动态范围通常比录音室版本大得多，转 MP3 的时候特别容易出问题，具体怎么处理放在第 4 节讲。

2.6 怎么快速判断一个来源靠不靠谱

用久了会形成直觉，但新手可以照着下面这张表过一遍，四项里过三项就可以用，过两项要谨慎，只过一项基本可以放弃。

3. 抓轨、命名、元数据：把“素材”变成“资产”

很多人曲库乱，不是因为资源少，而是因为从拿到文件那一刻起就没管过。下载完往一个文件夹里一丢，文件名是“01 - Track01.flac”，过半年你自己都不知道那是哪张专辑。这一步花的时间不多，但决定了你后面几年找东西的效率。

3.1 光驱抓轨的三个关键参数

抓轨软件现在选择不少，界面各不相同，但核心参数就那几项，理解了在哪都能设。

第一项是读取模式。有“爆发模式”和“安全模式”两种，前者一口气读完，速度快但遇到盘面划痕或者光驱读盘能力下降时会静默出错；后者每段数据读两遍比对，不一致就降速重读。我从来只用安全模式，一张盘多花十分钟，换个心安。

第二项是偏移校正。每个光驱的物理读起点跟标准位置之间有固定偏差，单位是采样，常见范围在几十到一百多之间。不校正的话，抓出来的音频开头会多出或少掉几十个采样，听起来几乎无感，但跟你之前抓的版本做逐比特比对时会全部对不上。大多数抓轨软件内置了常见光驱型号的偏移数据库，选中自己的型号自动填就行。

第三项是重试与校验。把单段重读上限设在 5 次以上，超过上限就报错而不是跳过。我宁可它报错，让我换张盘重抓，也不要它“聪明”地跳过一段坏数据——那种文件平时听着没事，偏偏在你最想听的那首歌的高潮部分“咔”一下。

3.2 目录结构与标签规范：一次定好，终身受益

我用的目录结构是这样，简单但够用：

音乐库/ ├── 无损母版/ │ └── 艺术家名/ │ └── 2003 - 专辑名 (发行版本)/ │ ├── 01 - 曲名.flac │ ├── ... │ └── cover.jpg └── 播放副本/ ├── 车载_320/ ├── 随身_192/ └── 剪辑_WAV/

年份放前面，是为了让同一个艺术家的专辑按时间排序，听一个音乐人的成长轨迹时特别舒服。括号里标发行版本（比如“首版”“20周年重制”“现场”），避免同名专辑打架。封面统一命名cover.jpg，大小控制在 1000×1000 像素以内，再大就是浪费空间。

标签字段里，我个人认为必填的只有六个：标题、艺术家、专辑、音轨号、年份、流派。作曲、作词、版权、ISRC 这些有就填，没有不必强求。特别提醒一点：音轨号一定要带前导零（01 而不是 1），否则在某些播放器里会排成 1、10、11、2 这样的顺序，看着很崩溃。

3.3 备份：3-2-1 原则落到曲库上

曲库这种东西，丢了是真的找不回来。我按3-2-1来：三份副本、两种介质、一份异地。具体到我自己，是一份在电脑硬盘上日常用，一份在移动硬盘上定期同步，一份在离线冷存储上，三个月更新一次。冷存储那份基本不动，只在曲库有重大变动时才同步。

提示：同步工具一定要设成“单向镜像”而不是“双向同步”。双向同步在你误删文件时会把删除动作同步到所有副本上，那就不是备份了，是放大器。

4. 音频转 mp3 的完整操作指南

好，进入正题。这一段我尽量写到“照着做就能出结果”的程度。

4.1 编码器选型：为什么绕不开 LAME

MP3 是 1993 年定下的标准，但标准只规定了格式，没规定怎么编码。二十多年下来，开源社区打磨出的 LAME 编码器基本是事实标准，几乎所有正经的转码软件底层用的都是它。原因很实在：它在同样的码率下，心理声学模型的取舍更贴近人耳的实际感受，尤其是中高频的处理，比很多商业编码器更“耐听”。

换句话说，你要做的不是“找一个更好的编码器”，而是“把 LAME 的参数用对”。图形界面软件里那些勾选项，本质上都是在拼 LAME 的命令行参数。

4.2 码率与模式：一张表把选择讲透

MP3 有三个核心概念：CBR（固定码率）、ABR（平均码率）、VBR（可变码率）。CBR 每秒钟的码率完全一样，好处是兼容性最好，老设备、老播放器基本不会出问题；VBR 会根据音乐复杂度动态分配码率，安静段落码率低、复杂段落码率高，同体积下音质更好，但极少数老设备可能显示时间不准。

我的默认选择是V0：音质和体积的平衡点在它附近，绝大多数人盲听分不出它和 320CBR 的差别。只有在明确知道目标设备挑食（比如某些车载主机、某些年份的运动耳机）时，才退回 320CBR。

再补两个必须知道的硬限制。MP3 属于 MPEG-1 Layer III，采样率最高支持 48kHz，码率最高 320kbps。这意味着你手里那些 24bit/96kHz 的高解析音源，转 MP3 时必然要降到 44.1kHz 或 48kHz，位深也要降到 16bit。这不是妥协，是格式本身的天花板。

4.3 图形界面批量转码：不想碰命令行的做法

以常见的开源转码软件为例，流程大同小异，我把关键节点标出来，你在自己用的软件里对着找就行。

1. 添加文件：直接把整个专辑文件夹拖进去，软件会自动扫描支持格式。注意别把 cover.jpg 也拖进去，有些软件会报错。
2. 选择输出格式：选 MP3，然后点开“配置”或“编码器设置”。
3. 设编码模式：选 VBR，质量档位拉到 0（对应-V 0）；或者选 CBR，码率填 320。
4. 设采样率：选“与源相同”或者手动指定 44100Hz。源文件是 96kHz 的话，这里必须手动改，不然有些软件会硬撑着转出 96kHz 的 MP3，结果文件直接播不了。
5. 设声道：立体声；单声道的老录音选单声道，能省一半体积且不损失信息。
6. 元数据与封面：勾选“复制标签”“嵌入封面”。封面建议选“仅保留一张”，多封面塞进 ID3 标签会让文件变大且部分播放器显示异常。
7. 输出路径：单独指定一个目录，别跟源目录混。这一步的疏忽是覆盖事故的头号原因。
8. 开始，然后去泡杯茶。

转完不要急着删源文件，先抽三首试听，尤其挑一首动态大的（交响、现场、鼓点密集的）和一首安静的（人声清唱、钢琴独奏），这两类最容易暴露编码问题。

4.4 命令行批量转码：几万首曲库的正确姿势

图形界面处理几百首还行，一旦上到几千首，或者需要定期重复执行，就得上脚本。我用的核心是 ffmpeg 调 libmp3lame，一条命令搞定单文件：

ffmpeg -hide_banner -i "输入.flac" \ -map 0:a:0 -c:a libmp3lame -q:a 0 \ -ar 44100 -ac 2 \ -map_metadata 0 -id3v2_version 3 -write_id3v1 1 \ "输出.mp3"

逐项解释一下。-map 0:a:0是只取第一条音频流，这条特别重要——很多 FLAC 文件里嵌了封面图片，会被识别成一条视频流，不加这个参数，某些情况下转换会失败或者输出异常。-q:a 0是 VBR 质量档位 0，对应 LAME 的-V 0；如果要 320CBR，换成-b:a 320k。-ar 44100 -ac 2强制统一采样率和声道数，避免高解析音源出问题。-map_metadata 0继承源文件的元数据，-id3v2_version 3和-write_id3v1 1是为了兼容老设备——ID3v2.4 在部分老车上显示乱码，写 v2.3 并附带一份 v1 最稳。

批量的话，我写了个带目录结构保留的脚本：

#!/usr/bin/env bash set -euo pipefail IN_DIR="./无损母版" OUT_DIR="./播放副本/车载_320" find "$IN_DIR" -type f \( -iname "*.flac" -o -iname "*.wav" \ -o -iname "*.ape" -o -iname "*.m4a" \) -print0 | while IFS= read -r -d '' f; do rel="${f#"$IN_DIR"/}" out="$OUT_DIR/${rel%.*}.mp3" mkdir -p "$(dirname "$out")" ffmpeg -hide_banner -loglevel error -nostdin -y \ -i "$f" \ -map 0:a:0 -c:a libmp3lame -b:a 320k \ -ar 44100 -ac 2 \ -map_metadata 0 -id3v2_version 3 -write_id3v1 1 \ -metadata comment="converted from lossless" \ "$out" done

set -euo pipefail是防止某个文件失败后脚本继续跑、最后你都不知道漏了哪些。-nostdin是防止 ffmpeg 在循环里抢标准输入导致整个循环卡死，这个坑我踩过，脚本跑到第三个文件就停住不动，排查了半小时。-y是覆盖确认，既然输出目录是独立的，覆盖也没风险。

要提速就并行，但别开太多：

find "$IN_DIR" -type f -iname "*.flac" -print0 | xargs -0 -P 4 -I {} bash -c ' f="$1"; rel="${f#'"$IN_DIR"'/}" out="'"$OUT_DIR"'/${rel%.*}.mp3" mkdir -p "$(dirname "$out")" ffmpeg -hide_banner -loglevel error -nostdin -y -i "$f" \ -map 0:a:0 -c:a libmp3lame -b:a 320k -ar 44100 -ac 2 \ -map_metadata 0 -id3v2_version 3 -write_id3v1 1 "$out" ' _ {}

-P 4是并发四个。这个数字不是随便定的：LAME 编码本身不算重负载，瓶颈通常在磁盘 IO，四到八个并发基本能吃满普通机械硬盘的吞吐；开到十六个反而因为频繁寻道变慢。老笔记本上我一般只开两个。

4.5 高解析音源降采样：这里最容易出问题

前面说过，96kHz 的音源转 MP3 必须降到 48kHz 以内。降采样这一步的质量直接影响结果，粗暴的重采样会产生混叠失真，听感上表现为高频发毛、镲片声变得刺耳。

ffmpeg 内置的重采样器质量一般，建议显式指定高质量重采样：

ffmpeg -i "输入_96k.flac" \ -af "aresample=resampler=soxr:precision=28" \ -ar 44100 -ac 2 -c:a libmp3lame -q:a 0 \ -map_metadata 0 -id3v2_version 3 "输出.mp3"

soxr这个重采样器的precision=28是位精度，28 已经是很高的档位，再往上提升有限但耗时明显增加。实测下来，96kHz 转 44.1kHz 的曲子，加了这个参数之后高频的“毛刺感”确实会轻一些，尤其是弦乐和女声。

另外提醒一点：24bit 转 16bit 时的抖动处理。MP3 编码器内部会处理，一般不用手动干预；但如果你中间要先生成 WAV 再转，记得开启抖动，否则低电平细节（比如录音室版本的尾音、现场版的空气感）会丢失得比较明显。

4.6 转完必须做的三项校验

这一步九成人会跳过，但它决定了你到底是在“整理资源”还是在“制造垃圾”。

第一项，比时长。用任意播放器看一眼源文件和输出文件的时长，差距超过 0.5 秒就说明有问题，多半是某段数据被截断或者元数据里的时长写错了。

第二项，看频谱。把 MP3 丢进频谱工具，正常情况下应该看到一条平滑下降的曲线，顶部在 20kHz 左右（V0 略低）。如果有明显的“断崖”或者整齐的平顶，说明编码参数有问题。

第三项，抽查标签和封面。随机抽五首，看标题、艺术家、专辑、音轨号是否完整，封面是否正常显示。老设备兼容性测试更方便的办法是拿一个几年前的播放器实际放一遍，能显示、能排序、能跳曲，就算过关。

注意：批量转码最容易出的问题是“部分成功”，脚本跑完了你以为全转好了，实际上有几个文件因为源文件损坏、磁盘满了或者路径里有特殊字符而失败。我的习惯是转完之后统计一下源文件和输出文件的个数，数量对不上就逐条查日志。

5. 常见问题与排查实录

这一段都是我这些年真实踩过的坑，按出现频率排。

5.1 声音发闷、发糊、齿音刺耳

三种听感问题，对应三种不同原因。“发闷”通常是码率给低了——你用了 128kbps 去转一首编曲复杂的摇滚，高频被砍得太狠。升到 V0 或 320CBR 一般能解决。“发糊”往往是低频过多导致的编码器资源分配失衡，可以试着在转码前做一次轻微的响度归一化，把整体电平压到 -14 LUFS 左右，让编码器有更均匀的动态可用。“齿音刺耳”就复杂了，常见于 96kHz 高解析音源降采样处理不干净，换上高质量重采样器之后通常会缓解；如果还不行，那就是源文件本身在录音阶段就偏亮，不是转码的锅。

5.2 标签乱码、封面丢失、曲序错乱

标签乱码九成是 ID3 版本问题。ID3v2.4 用 UTF-8 存中文，新软件没问题，但很多老车载主机只认 ID3v2.3，读 v2.4 就会显示成方块或者问号。解决办法就是转码时强制写 v2.3 并附带 v1，前面脚本里那两行参数就是干这个的。

封面丢失多半是转码时用了-vn把所有非音频流都砍掉了，图像流也包括在内。正确做法是用-map 0:a:0只选音频流，而不是-vn。

曲序错乱前面提过，音轨号缺前导零。补零这件事建议在转码前的源文件上一次性做掉，别留在 MP3 上改，否则改一次转一次，累死。

5.3 批量任务静默失败与意外覆盖

最危险的两个问题。静默失败表现为脚本正常退出、返回码是 0，但输出目录里的文件数是错的。成因很多：源文件带特殊字符、路径过长、某个文件正好在转换时被占用。我现在的做法是每转完一批就做一次计数比对，源 500 个文件，输出必须是 500 个，少一个就人工介入。

意外覆盖的成因更简单——输出路径和源路径重合了。有一次我把输出目录写成相对路径./mp3，而当时的工作目录正好在一个子文件夹里，结果脚本把 MP3 写进了源目录，同名文件直接被覆盖，几百首 FLAC 变成了 MP3 格式但文件名还是 .flac，播放器全部报错。从那以后我的脚本里都加了绝对路径校验，并且源目录一律设置为只读。

5.4 常见问题速查表

6. 一些不太技术、但更值钱的经验

写到这儿，技术部分基本说完了，剩下几条是我这些年攒下来的、比参数更重要的判断。

6.1 关于“到底要不要转 MP3”

我的回答是：看你用在哪。如果只是家里用电脑接解码器听，无损直接放就行了，转码纯属浪费时间和硬盘。如果是车载、运动耳机、老人机、早期 MP3 播放器，那转码就是刚需，因为这些设备要么不支持 FLAC，要么支持但解码能力弱、续航掉得快。还有一种情况是分享，无损文件动辄三十兆，发给别人不方便，320kbps 或者 V0 是更实际的交换格式。

但有一点我特别坚持：永远不要为了省空间去删母版。硬盘现在便宜到什么程度？一块 4T 的机械盘能装一万多首无损，成本摊下来一首歌不到三毛钱。而你要是把母版删了，将来想重新整理一次，就得从头再找一遍资源，那个时间成本完全不成比例。

6.2 我的日常流程长什么样

最后说说我现在的实际做法，你可以直接抄。新拿到一批无损音源，第一步是频谱抽检，扫一遍有没有假的，这一步过滤掉大概一成的文件。第二步是统一元数据，用标签工具批量补全年份、流派、音轨号。第三步归档进“无损母版”目录，按艺术家和年份建文件夹。第四步，只对需要随身听的专辑跑一次批量转码，输出到“播放副本/随身_192”目录。第五步，转完做计数比对和随机抽查，通过之后移动硬盘同步一次。

这套流程跑顺了，处理一张新专辑大概花不到十分钟，其中八分钟是机器在干活。最开始的搭建确实费劲，目录结构、脚本、参数都要试，但一旦定下来，后面几年基本不用再改。我个人最深的一点体会是：整理资源这件事，前期偷的懒，后期会以十倍的成本还回来。宁可一开始慢一点，把格式、命名、备份这三件事做扎实，也别等曲库膨胀到几万首、自己都搞不清哪个文件是哪个版本的时候再回头补救。那时候你会发现，重来一遍的成本高到让人直接放弃，然后继续将就着用一个乱成一团的曲库。