简介面向foobar2000 v1.x用户的无损音频鉴别插件重点解决CD抓轨、格式转换、文件传输中的音质完整性校验问题。资源包共20个文件、约1.7MB既含可直接运行的exe程序也含C源码及vcproj/rc工程文件另有JPG操作截图与TXT说明文档普通用户安装后即可使用开发者还可参考代码理解CRC校验、TOC比对等实现细节。已有1386人学习下载。该插件通过CRC校验值检测文件是否损坏比对CD的TOC信息确认抓轨音轨边界并在无损格式互转时监控是否引入失真适用于FLAC、ALAC、WAV等格式。包内截图直观呈现无损、有损、有问题三类鉴定结果文字说明则覆盖foobar2000中设置编码器、运行鉴定的完整流程。对追求高音质的音乐爱好者和音频工程师而言是持续保障无损音频质量、排查数据错误的实用工具。1. fooCDtect2翻出你曲库里的假无损它比耳朵可靠在 foobar2000 的插件生态里fooCDtect2 算得上元老级组件但真正把它用明白、用成日常习惯的人不多。它干的事情就一件无损音频鉴别——判断你硬盘上的 FLAC、APE、WAV 到底是真从 CD 抓出来的还是拿 MP3、AAC 转码后贴了个「无损」标签。后者在网盘打包资源、二手转让、朋友互相拷库里极其常见光看码率、比特深度、文件体积根本发现不了。我拿它扫了一遍自己攒了几年的收藏翻出来的假无损数量让我直冒冷汗。下面这套流程就是给手里有大量无损收藏、想给曲库做一次彻底甄别的人准备的从检测原理讲到批量操作、误判排查最后落在一个能长期用的归档习惯上。2. 无损鉴别原理它看的是频谱上的「悬崖」不是听感玄学先给结论真假无损在听感上未必能区分但在频谱上是两幅完全不同的画面。无损鉴别这个行当真正靠得住的判据是频谱结构和编码痕迹而不是「声场开阔、密度更好」这类主观描述。fooCDtect2 做的就是把音频的频谱铺开去找有损编码留下的低通截止痕迹——这个痕迹通常在数据层面非常明显但耳朵几乎听不见。2.1 真无损与有损转码在频谱上的分界线CD 抓轨的采样率是 44.1kHz按照采样定理它能表示的频率上限是 22.05kHz也就是奈奎斯特频率。实际音乐内容一般到 20kHz 左右就差不多了再往上只有极少量的泛音和空气感。真正的 CD 抓轨文件频谱从低频到高频是自然铺开的靠近 20kHz 时呈现缓慢的、不规则的滚降不同时间帧的衰减位置还会略有摆动这是模拟世界的自然特征。有损编码做的事情完全不同。心理声学模型认为 20kHz 附近的高频能量占比极低人耳对它也不敏感于是在编码阶段直接把这整段频率滤掉把省出来的比特分配给中低频。体现在频谱上就是一条陡峭得几乎垂直的「悬崖」悬崖左侧还是正常音乐悬崖右侧直接掉到噪声底。这个截止频率不是随便定的——码率越低截止点切得越低320kbps 的 MP3 大约在 19~20kHz128kbps 可能直接砍到 16kHz 附近。关键认知是耳朵听不出这道悬崖。被切掉的高频能量在全频段里占比可能连百分之一都不到绝大多数人的播放设备和听音环境也还原不到那个细节。所以「我听着挺顺滑、声场挺宽」完全不能作为无损判据——这正是无损鉴别这个工具存在的意义。fooCDtect2 沿用了 CDtect 的思路对音频逐帧做频谱分析统计每个频段的能量分布重点盯高频段的衰减形态。早期 CDtect 是音频工作站上用的检测工具fooCDtect2 把它移植到了 foobar2000 里让普通玩家也能几秒钟得到一条自动判定结果。2.2 置信度与阈值它怎么给出结论检测算法不会直接甩一句「这是假的」而是给出一个概率判断。以同类检测器的常见做法来说流程大致是把音频切成固定长度的帧每帧做 FFT 拿频谱然后分析高频段的能量包络提取两个核心特征——截止位置在哪一个频率点以及截止的陡峭程度是几 kHz 内陡降还是跨多 kHz 缓降。真实 CD 抓轨也可能有高频衰减但衰减斜率通常平缓且截止位置不会卡在某个固定频率上有损转码的截止位置极其稳定斜率近乎垂直。算法把这两个特征综合打分映射成一个置信度 confidence再对照阈值给出判定词。fooCDtect2 常见的输出结果含义如下判定词含义建议动作OK未发现明显有损转码特征正常归档suspicious (may be lossy)检测到疑似有损转码痕迹移出主库频谱复核unknown / no verdict信息不足无法判定人工看频谱结合来源判断初次使用我建议按从严策略跑宁可多标几个 suspicious也不要漏掉假无损。多标了顶多花几十秒复核频谱漏标一个混进主库日后要么靠耳朵发现不了要么整库重扫重来。注意confidence 和阈值不是越严越好。阈值设得过低老录音、模拟母带转制的资源会被大量误伤完全不设阈值又容易漏过低频转码的假货。建议先按默认跑一遍再根据自己曲库里的老录音比例微调。2.3 和 MD5 校验、CueTools 认证的差别很多人会把「无损鉴别」和完整性校验搞混。MD5、ffp 这类校验工具比对的是当前文件与源文件的数据是否一致——如果文件是正版 CD 抓下来的校验一定通过。但一个假无损也有它自己的 MD5 值而且这个值完全自洽校验工具根本不会管这些数据原本是从哪来的。MD5 能证明「这次抓轨的数据没被改坏」不能证明「原始数据本来就不是有损转码的」。CueTools 的 CTDB 认证走的是另一条路把当前文件与公开数据库里全球用户提交的抓轨结果做比对验证来源匹配。热门专辑、有大量用户提交的 CD 很有效但冷门资源、自压稀有盘、未公开发行版本常常比对不上返回「没有参考」这对鉴别毫无帮助。fooCDtect2 补的正是这个缺口它不需要外部数据库不看来源标签直接在音频数据本身的频谱里找编码损耗痕迹。冷门资源能查来路不明的分享包也能查只要文件里的编码特征暴露了它就能指出来。合理的姿势是三者并联EAC log 验证抓轨过程、CTDB 验证来源匹配、fooCDtect2 验证转码痕迹合并起来才能说一个文件「来路清白」。3. 安装与配置把 fooCDtect2 装进 foobar2000 v1.x 的正确姿势装组件这件事看着只是把 dll 丢进目录但版本匹配、目录选错、检测入口找不到这类小问题实际踩上去才发现坑不少。项目名里的 v1.x 对应的是 foobar2000 v1.x 时代的组件接口插件本身也是用那套接口编译的这点先要搞清楚。3.1 组件版本匹配与目录结构foobar2000 从 v1.x 升级到 v2.x 时组件接口有过一次大改v1 的插件放进 v2 里基本都是加载失败、启动时报红字。所以不要拿这个插件去配 foobar2000 v2 主程序。我的血泪经验是保留一个 v1.x 便携版专门跑检测日常听歌用 v2 完全不受影响两个实例独立运行、互不污染配置。便携版的好处是插件、配置、状态全部集中在同一个目录换机直接拷走就能用。安装版和便携版的组件路径不一样。安装版的 components 在 foobar2000 程序目录下便携版的 components 在便携根目录下。下面是一个 v1.x 便携版实际跑检测时的目录结构D:\foobar2000-portable\ ├── foobar2000.exe ├── components\ │ ├── fooCDtect2.dll │ ├── foo_input_std.dll │ ├── foo_abx.dll │ └── ... └── profile\ ├── index-data\ └── configuration\按从上到下的顺序操作先把 foobar2000 完全退出包括系统托盘图标——任务管理器里确认没有 foobar2000.exe 进程残留再把 fooCDtect2.dll 放进 components 目录最后重新启动。启动后打开 File → Preferences → Components插件列表里出现 fooCDtect2 就说明加载成功。如果列表里是红色叉号或提示加载失败优先检查是不是把插件塞进了 v2.x 的目录。3.2 右键入口与第一次单曲检测插件加载成功后默认入口在音轨右键菜单的工具类分组里。建议第一次只选一条音轨做单曲检测先把输出格式确认清楚后面批量判断才有参照物。选中音轨、右键、找到 fooCDtect2 的检测项点下去然后切到 foobar2000 的 Console 视图View → Console会看到逐条输出fooCDtect2 v1.x Track 01: 01 - Alone.flac result: OK confidence: 0.97 Track 02: 02 - Lost.flac result: suspicious (may be lossy) confidence: 0.81每一段对应一条音轨Track 后面是文件路径或标签格式化字符串result 是判定词confidence 是置信度。新手只需要先认识两种输出OK 可以直接归档suspicious 必须进入复核流程。如果出现 unknown 或路径乱码优先检查是不是路径里带了中文和特殊字符——Console 的编码在中文字符较多时可能显示异常但通常不影响判定结果批量环节会再处理这个问题。另外注意Track 后面显示的是 foobar2000 根据标签格式化出来的字符串如果文件 tags 信息不全这里可能是空路径或乱码但检测本身是跟着文件实体走的照常执行。解读日志时别被这行干扰重点看 result 和 confidence。3.3 阈值、日志与批量前的准备confidence 可以理解成检测器的信心程度也充当阈值参照。越接近 1 的 OK 越可信越高的 suspicious 越值得怀疑。我的调整逻辑是曲库以现代录音、流行、电子乐为主直接按默认跑曲库以老唱片、模拟母带转制为主就先把 suspicious 的权重从「一定是假无损」降级为「需要人工看频谱」别急着删文件避免大面积误伤。批量之前还有两件事必须搞定。第一是日志存档Console 的输出如果只是肉眼看几百轨检测结果滚完就没了。我的习惯是先把 Console 的自动滚动关掉批量跑完后整段复制出来存成 scan_report.txt作为后续操作的原始依据。如果用的是旧版接口或绿色便携版日志保存功能不一定齐全CtrlA 全选再 CtrlC 复制几千行输出一次也能拷完只要 Console 的保留行数够大。第二是确认电源计划批量检测耗时长离开电脑前把自动休眠和锁屏关掉不然跑到一半机器睡了队列也就停了。注意批量检测一旦开始在它跑完之前尽量不要切换窗口或拖动 foobar2000 的界面。这类依赖串行队列的检测任务界面交互容易导致队列中断中途停掉就得从头再来。4. 批量扫描与判读把整库过筛子并隔离假无损单曲检测跑通之后真正有价值的是整库扫描。几百上千轨的检测结果靠肉眼一条条看是不现实的这一章把从输出落盘到可疑文件隔离的完整流程走一遍。4.1 解读顺序与输出落盘批量之前先处理输出。Console 里的文本我建议全选复制到一个 scan_report.txt 文件放在曲库同级目录。这个文件就是后续一切操作的原料。解读顺序一定先看 result再看 confidence最后才看路径——result 决定要不要处理confidence 决定处理优先级路径只负责定位文件。如果路径乱码先把 foobar2000 的显示标签格式调好。检测结果里 Track 后面的字符串来自文件的 tagging 信息乱码不影响 result 和 confidence 两列但会影响后续脚本匹配路径。实际处理中文文件名的曲库时我一般直接用脚本按 result 列批处理绕开 Console 编码的显示问题。顺便提醒foobar2000 的 Console 默认字体很小批量输出几百行时阅读困难。我一般先把字体放大再跑或者在文本编辑器里打开报告再调字号。读取报告的工具有很多不必纠结在 foobar 自带的界面里。4.2 批量检测的正确打开方式批量扫描的操作管线先建一个临时播放列表把需要检测的目标文件——一个文件夹下的所有音频或整个曲库的 FLAC——拖进去全选再右键调出 fooCDtect2 检测。检测项会对所有选中文件排队执行这个过程中 foobar2000 保持前台不动。再提一次那个血泪坑检测开始时如果切到别的窗口甚至把 foobar 最小化某些旧版接口的队列是有可能中断的。跑几百轨到一半停了前面结果丢了一半日志不全只能从头再来。所以我的做法是检测开始后不碰 foobar该干嘛干嘛但绝不切走窗口。想看进度就临时把鼠标挪过去瞟一眼然后离开。另一个准备动作是播放列表快照。批量扫描前把当前播放列表另存一份 .fpl 文件到硬盘。如果中途翻车、队列中断、甚至 foobar 崩溃重新打开这份快照就能完整恢复目标文件列表不用再去文件夹里重选。对几百轨的大库这个动作能省下一小时重选文件的时间属于典型的后悔药。扫描时长方面普通 FLAC 单曲一般是几秒到十几秒不等取决于码率、声道数和 CPU 性能。整库 500 条曲子预留半小时到一小时的心理预期。超过两小时还没完检查一下是不是有休眠、锁屏或后台任务在抢占 CPU。4.3 用 PowerShell 把可疑文件挪到独立目录批量跑完scan_report.txt 里会有几百行输出。手动逐条移动可疑文件不现实我用 PowerShell 做一次按 result 分流。下面的脚本读取检测报告把带 suspicious 的行解析出文件路径移动到独立目录方便逐个复核$reportPath D:\Music\scan_report.txt $suspectDir D:\Music\_SuspectedLossy if (-not (Test-Path $suspectDir)) { New-Item -ItemType Directory -Path $suspectDir | Out-Null } Get-Content $reportPath | ForEach-Object { if ($_ -match ^\s*Track\s\d.*:\s*(.)\s*$) { $filePath $matches[1] } if ($_ -match suspicious) { if ($filePath -and (Test-Path $filePath)) { Move-Item -Path $filePath -Destination $suspectDir -Verbose } } }逻辑说明脚本逐行读取报告文件先用第一个正则从 Track 行里抽出被双引号包住的文件路径缓存到 $filePath 变量接着遇到包含 suspicious 的行时用缓存的路径执行 Move-Item把文件移动到隔离目录。每一步移动都有 -Verbose 输出跑完能看到全部移动记录哪条动过一目了然。参数说明$reportPath 和 $suspectDir 按实际路径改正则里的 \s 和 . 是按 fooCDtect2 的 Console 输出格式写的如果换了插件版本、输出格式变化这两条正则要跟着调——先打开报告文件看 Track 行长什么样再改正则。路径里如果有英文双引号脚本里的 需要相应处理不过一般文件路径很少出现这个字符。移动而不是删除是保底策略。假无损里也有值得保留的来源信息比如整张精选集只有一首有问题、其他都正常移到隔离目录后还能逐条复核、换源、补 tag直接删了就没有后悔药了。复核完确认真假之后再决定归档或清理。5. 避坑指南四种高频率误判的排查与处理工具给的结论是线索不是最终判决。用了一段时间后我发现真正要小心的不是它漏标而是它误标——下面四种场景如果照单全收能误伤不少好资源。这四条是我实际踩过、也帮别人排查过的坑按现象、原因、解决列出来。5.1 老录音、模拟母带转 CD 的资源整片标可疑现象六十年代的摇滚、老爵士、模拟录音时代的古典整片被标 suspicious而近年来的电子乐、流行乐全部 OK。原因老录音的母带是模拟磁带磁带本身高频就有自然衰减再经过降噪、转录、数字化的多轮处理频谱在高频段也会呈现衰减。这种衰减形态和有损编码造成的低通截止有一定相似度检测器算法分不出现实差异——它把「物理世界的衰减」当成了「编码世界的痕迹」。解决遇到年代久远的录音把检测结果降级处理先别移出主库手动看一眼频谱图。如果高频是缓慢、不规则地落下而不是在一个固定频率点上突然断崖基本可以放行。另一个辅助办法是找同一张碟的实体 CD 抓轨或官方数字发行做对比两个频谱图形状相似嫌疑基本可以排除。5.2 同一张专辑里两轨结论相反现象一张 14 首的合辑12 首 OK2 首 suspicious。这种分布很容易被当成极少数误报直接忽略。原因精选集、合辑、影视原声这类资源不同单曲往往来自不同母带、不同发行批次甚至不同数字商店的下载源。同一文件夹不代表同一次转码更不代表同一个出身。每首曲子是独立个体必须独立判定。解决宁可把个例单独挑出来复核也不要整体忽略。把可疑的一两首移进隔离目录看频谱重点看截止频率是否与专辑里 OK 的曲目一致。如果不一致几乎可以断定混入了音质更低的来源换源处理如果一致再结合发行背景判断可能性最大的是母带差异。5.3 升频到 96kHz / 24bit 的假高解析现象文件属性显示 96kHz / 24bit分辨率看起来非常诱人但检测结果照样标 suspicious甚至 confidence 还不低。原因这是假无损里最典型的一种形态。原文件是 44.1kHz 的 MP3 或低码率转码被某些工具升频到 96kHz、扩到 24bit数据量增大但升频算法只做插值、不做频谱修补被切掉的 19kHz 以上频段不会因为采样率提升就凭空变回来。频谱上那道悬崖在 96kHz 的文件里依然清晰可见——而且因为采样率升上去后高频全是空白这道悬崖反而更显眼。解决不要看属性面板直接看频谱。遇到 96k 文件标 suspicious几乎可以直接判定为升频假货移到隔离目录等找到真正的 96k 母带或 44.1k 真无损再替换。这类假高解析在打包分享资源里占比很高扫库时可以重点标记。说到底检测器不认标签、不认来源描述只看音频数据本身这正是它存在的核心价值。5.4 批量扫描时日志被滚没或队列中断现象打开 Console 时发现前面几百轨的结果已经被刷没了或者检测到一半foobar 里的队列莫名其妙消失剩余文件原地不动。原因Console 默认自动滚动新输出不断把旧内容顶出可视区域队列中断多发生在检测过程中用户切换窗口、拖动界面或触发其他 UI 操作时旧版组件对这类交互处理得很脆弱。解决批量前先关掉 Console 的自动滚动并确认保留行数足够大检测中途不碰 foobar让进程在前台独占完成。队列中断后别直接重扫先打开之前存好的 .fpl 播放列表快照从日志尾部确认最后处理的曲目再补扫缺失部分避免几百轨从头再来。6. 进阶技巧把检测结果做成可复用的留档清单6.1 日志转 CSV进入归档流程批量扫完、隔离完扫描报告本身还有一个价值历史留档。三个月后想查「当年这张碟为什么在隔离目录里」翻记录比翻记忆快得多。我这里直接把 scan_report.txt 转成结构化表格存成 CSV 放进音乐库目录$rows foreach ($line in Get-Content D:\Music\scan_report.txt) { if ($line -match ^Track\s\d.*:\s*(.)\s*$) { $currentFile $matches[1] } if ($line -match result:\s*([^(])) { [PSCustomObject]{ File $currentFile Verdict $matches[1].Trim() Time Get-Date -Format yyyy-MM-dd HH:mm } } } $rows | Export-Csv -Path D:\Music\scan_result.csv -NoTypeInformation逻辑说明用两条正则分别抽路径和判定词result 行的正则只取括号前的主判定词避免把 may be lossy 也塞进 Verdict 字段。组装成一行对象后统一导出 CSVTime 字段记录扫描时间方便按批次回溯。参数说明正则和上一章的脚本共用同一套格式约定输出格式变了就一起改Export-Csv 的 -NoTypeInformation 会去掉 CSV 首行的类型说明避免 Excel 打开时多出一行。6.2 频谱复核与归档闭环CSV 留档之后最后一道验证是频谱图。foobar2000 自带 Spectrogram 视图选中可疑文件、切到该视图就能看到整轨频谱真无损的高频是自然散开的雾状假无损在截止频率上方几乎一片空白那道台阶清晰可见。我会把可疑文件和同专辑 OK 的曲目并排对比确认之后才决定归档或换源。从那以后我每次往库里收入新资源都强制走完这套流程fooCDtect2 扫一遍可疑的切频谱复核最后把检测报告转 CSV 留档。虽然每个文件只多花几分钟但能避免假无损混进主库之后某天发现再回头整库重扫的更大成本。希望帮到你。本文还有配套的精品资源点击获取