FLAC vs WAV：同为无损格式，究竟该选哪个？
简短回答（以及事情为何如此复杂）
FLAC 和 WAV 都是无损音频格式。两者在编码过程中都不会丢弃任何音频数据。用合适的 DAC 播放一个 24-bit/96kHz 的 FLAC 文件和同一录音的 WAV 版本，你听不出任何区别——解码后的音频在比特层面是完全相同的。单凭这一点就应该能终结争论，但事实并非如此。它们之间的选择几乎从来都与音质无关，而是关乎其他一切：文件大小、元数据支持、软件兼容性，以及你接下来打算如何使用这个文件。一个要存档 90 分钟现场录音的录音乐手，与一个要嵌入简短音效的游戏开发者，或是一个要翻录自己黑胶唱片的爱好者，他们的需求优先级完全不同。本文将深入探讨这些真实场景，并提供具体数据，让你能做出明智的决定，而不是靠猜。
两种格式的实际工作原理
WAV，全称 Waveform Audio File Format，是元老级格式，由微软和 IBM 早在 1991 年开发。它本质上是一个用于存储原始、未压缩 PCM 音频数据的包装器——一个 RIFF 容器。几乎没有任何处理过程；音频采样只是被顺序存储起来。这使得它的文件大小可预测且恒定：一个立体声 16-bit/44.1kHz 的 WAV 文件码率永远是 1,411 kbps。如果将其扩展到 24-bit/96kHz 立体声文件，码率会达到 4,608 kbps。这意味着，按此设置录制 60 分钟的音频，会膨胀成一个大约 2.07 GB 的 WAV 文件。 FLAC，即 Free Lossless Audio Codec，于 2001 年由 Xiph.Org 基金会推出，正是为了解决文件过大的问题。它使用一种巧妙的预测算法——可以把它想象成专为音频优化的 ZIP 压缩——来减小文件大小，同时不丢失任何一位数据。它的压缩级别从 0（最快，文件最大）到 8（最慢，文件最小）。老实说，直接用默认的 5 级就行了。把它调到 8 级也许能再省下 2–4% 的空间，但编码时间会增加三到四倍。这笔买卖太不划算了。使用 5 级压缩，同样那段 60 分钟、24-bit/96kHz 的录音会缩小到 1.1–1.3 GB 左右。这相当于减小了 37–47% 的体积，具体能压缩多少取决于音乐本身。动态范围大的古典音乐比密集的电子音乐压缩效率更高，因为后者留给算法可利用的重复数据更少。
元数据：WAV 令人尴尬的短板
这是两者在实际使用中最明显的区别，对于音乐库管理来说，这个区别是巨大的。FLAC 使用 Vorbis comment 标签——一种灵活、现代、基于 UTF-8 的键值对系统。你可以嵌入艺术家、专辑、音轨号、流派、日期、作曲家、ISRC 编码、ReplayGain 值、专辑封面，以及任何你能想到的自定义字段。最棒的是，像 MusicBrainz Picard、Kid3 或 fre:ac 这样的标签编辑器在所有操作系统上都能干净、一致地处理 FLAC 标签。 WAV 的元数据情况，坦白说，就是一团糟。任何费尽心血给一文件夹的 WAV 文件打上标签，结果导入新软件后发现所有努力都白费了的人，都懂这种挫败感。最初的 RIFF 规范包含一个基本的 INFO 区块，但各种应用程序对它的支持情况完全是在抽奖。Adobe Audition 会读写 BWF（广播波形格式）元数据，这种格式为后期制作添加了描述和时间码等实用字段。而 Pro Tools 则使用自己的 iXML 区块。Windows 文件资源管理器可能会读取一些 WAV 标签；而 macOS 的访达则常常完全忽略它们。如果你要建立一个需要搜索和排序的音乐库，FLAC 可靠的元数据支持使其成为唯一值得认真考虑的选择。 唯一的例外是在一个闭环的专业工作流中。如果你完全在像 Avid Pro Tools 或 Adobe Audition 这样的应用程序内部工作，那么 WAV 的 BWF 元数据可能完全够用，因为这些应用程序在自己的生态系统内能保持一致性。
兼容性：WAV 依然占优的领域
尽管 FLAC 在技术上更胜一筹，但 WAV 有一个巨大优势：35 年来积累的惯性。它是默认选项，是所有设备和软件都默认支持的格式。这种历史遗留的支持在一些关键地方体现得淋漓尽致： **硬件播放：**在老旧或简单的硬件上，WAV 就是王道。许多带 USB 接口的 CD 播放器、汽车音响和专用音频播放器能播放 WAV，但一遇到 FLAC 就歇菜了。那些带 SD 卡槽的廉价蓝牙音箱是常见的重灾区。所以在给硬盘装满 FLAC 文件之前，一定要先查阅规格说明书。 **专业音频软件：**所有主流的数字音频工作站（DAW）——Logic Pro、Pro Tools、Ableton Live、FL Studio——都原生支持 WAV。直接用就行。FLAC 的支持情况有所改善，像 Reaper 和 Audacity 都能很好地处理它，但行业巨头 Pro Tools 仍然需要插件或转换步骤。当你要把文件发给母带工程师时，请发送 WAV。这是最稳妥的选择，能保证他们无需折腾就能打开文件。 **视频制作：**如果你的音频要用于视频项目，请使用 WAV。DaVinci Resolve、Premiere Pro 和 Final Cut Pro 都能毫不犹豫地接受 WAV。非线性编辑软件（NLE）对 FLAC 的支持充其量只能说是不稳定，纯属自找麻烦。 **流媒体与分发：**这个没得选。像 DistroKid、TuneCore 和 CD Baby 这样的服务在上传母带时都要求使用 WAV 格式。大多数根本不接受 FLAC。在这里你的个人偏好不重要；WAV 就是交付标准格式。 **消费级设备和应用：**在现代设备上，这个问题不大。Spotify 和 Apple Music 会转码你提供的任何格式，所以源格式无关紧要。对于本地播放，大多数手机和现代软件播放器（VLC、foobar2000、Plex、Jellyfin）处理 FLAC 都毫无压力。
存储、流媒体与实际文件管理
人们总爱说‘存储很便宜’，但它不是免费的，而 FLAC 节省的 40-50% 空间在管理大型音乐库时就显得尤为重要了。一个包含 1000 张专辑（平均每张 45 分钟，16-bit/44.1kHz）的收藏，以 WAV 格式存储大约需要 238 GB。而换成 FLAC，同样的音乐库会缩小到 145–160 GB。这就节省了 80–90 GB 的空间，对于笔记本的 SSD 或共享的 NAS 硬盘来说，这可不是个小数目。 对于长期存档，FLAC 还有一个杀手级功能：内置完整性校验。该格式支持嵌入原始音频数据的 MD5 校验和。这意味着多年以后，你可以运行像 `flac --test` 这样的命令，或使用 dBpoweramp 等工具来验证你的文件是否遭受了比特腐烂或数据损坏。WAV 没有内置的等效功能；你只能自己去管理单独的校验和文件，而这几乎没人会去做。 但 WAV 的简单性在性能方面却是一个优势。因为它未经压缩，所以寻道和编辑都是瞬时完成的。数字音频工作站在 WAV 文件中拖动播放条，只是在从磁盘读取原始采样数据。而 FLAC 则必须实时解码，这会增加一点点 CPU 开销。对于播放一首歌来说，这点开销在任何现代计算机上都完全可以忽略不计。但对于一个试图以零延迟同时触发几十个短音效的游戏引擎来说，这点开销就可能成为问题。这正是为什么像 FMOD 和 Wwise 这样的游戏音频中间件通常更喜欢 WAV，或者使用它们自己专门的压缩格式（如 Vorbis 或 Opus），而不是 FLAC。
两者之间的转换（以及 CocoConvert 能做什么）
因为两种格式都是无损的，所以在它们之间转换，就音质而言，是‘零成本’操作。你可以把 FLAC 转成 WAV，再转回 FLAC，重复一百次，音频质量也不会有丝毫下降。这使得来回转换完全安全：用 FLAC 存档，当客户或平台需要时再转换为 WAV，交付的 WAV 文件在听感上与你的母带是完全一致的。 CocoConvert 支持在浏览器中直接进行 WAV 到 FLAC 和 FLAC 到 WAV 的转换。你上传文件，选择输出格式，然后下载结果。在创建 FLAC 文件时，CocoConvert 默认使用 5 级压缩——一个可靠的折中选择。目前的一个限制是，你无法指定不同的压缩级别（比如为了最快解码而选择 0 级）。要实现这种程度的控制，你需要使用命令行工具，比如官方的 `flac` 编码器或 `ffmpeg`，在这些工具里你可以指定参数，例如 `ffmpeg -i input.wav -compression_level 8 output.flac`。 此外，CocoConvert 是为单个文件设计的，不适合批量处理。它不支持在一次会话中转换整个专辑文件夹，所以你需要逐个处理文件，或者将它们打包成 zip。要转换一个庞大的音乐库，你真的需要一款专用的桌面工具，比如 Windows 上的 dBpoweramp 或 macOS 上的 XLD。它们是为这项工作量身打造的，在处理文件夹结构、嵌入封面和保留标签方面做得好得多。 这使得 CocoConvert 在处理快速、一次性的转换任务时非常有用。比如你正在一台没有安装音频软件的电脑上，或者你只是需要从你的 FLAC 存档中转换一个 WAV 文件交给客户。转换速度快，输出文件干净，而且无需安装任何东西。
决策指南：根据你的情况选择格式
我们跳过那些含糊的建议。下面是根据真实场景，告诉你到底什么时候该用哪种格式： **选择 FLAC 的情况：** - 你正在存档个人音乐收藏，并且很在意存储效率 - 你需要在一个大型音乐库中拥有可靠、可搜索的元数据 - 你要将文件分发给其他会使用软件播放器的发烧友 - 你希望在长期存档中拥有内置的文件完整性校验功能 - 你的播放链路已确认兼容 FLAC（大多数现代软件和许多硬件播放器都支持） **选择 WAV 的情况：** - 你要向母带工程师、唱片公司或发行商交付母带 - 你的数字音频工作站工作流以 Pro Tools 或其他对 FLAC 支持不佳的应用程序为中心 - 音频文件将被嵌入到视频项目中 - 你从事游戏音频工作，零延迟的随机访问至关重要 - 接收方未确认是否兼容 FLAC，而你承担不起任何兼容性问题的后果 **两全其美：混合方案。** 这是我推荐的工作流程，也是许多音频专业人士正在使用的方法。所有文件都用 FLAC 格式存档。它体积更小，标签规范，且可校验。然后，在特定工具、客户或平台需要时，按需转换为 WAV。由于转换是无损的，所以使用 FLAC 作为母带格式不会有任何损失。这样一来，你的存档硬盘里是 FLAC，而项目文件夹或发送邮件里的是 WAV。这是最实用的解决方案。 唯一的主要例外是在广播和后期制作领域。在那个世界里，带有嵌入式时间码和制作元数据的 BWF WAV 是不容商量的行业标准。FLAC 在那里根本没有一席之地。