把MP3转成FLAC能提高音质吗？音频文件保存的判断标准

保存录音时，小容量文件与适合编辑的文件承担不同任务。改扩展名或转换成体积更大的格式，不会让丢失的信息重新出现。把存档原始文件和发布副本分开，可以减少反复处理时的混乱。

无损究竟保留什么

无损压缩保存输入的数字音频数据，使其能够恢复；有损压缩为了缩小体积而丢弃部分信息。FLAC是无损压缩的例子，MP3是有损压缩的例子。关键在于“输入的数据”：原录音中已经被MP3丢弃的信息，不会由FLAC重新创造出来。

Audacity的音频质量说明有助于区分格式与主观听感。有损并不意味着所有人在所有条件下都能听出差异。反过来，听不出差异，也不意味着同样的选择对长期存档或多次编辑始终最合适。

画出转换路径

假设从自己录制的PCM WAV原始文件制作了MP3副本。再将这个MP3转成FLAC时，FLAC保存的是MP3解码后的结果。文件可能变大，但不会与最初的WAV相同。如果还能找到原始文件，应以它为起点重新生成所需格式。

把MP3再次编码为有损文件可能造成进一步损失。因此，继续编辑时尽量保留无损格式或编辑工程，在分享时才制作最终的有损副本，是一种实用流程。转成无损可以避免后续压缩损失，却不是恢复先前损失的修复方法。

算一下体积，选择会更具体

用一个说明性例子：采样率44,100Hz、16位、双声道的未压缩PCM音频。每秒数据量为44,100 × 16 × 2 ÷ 8 = 176,400字节，3分钟约31.75MB。这里按1MB等于100万字节计算，并忽略文件头等额外信息。

如果同样的3分钟采用192kbps恒定比特率，音频数据约4.32MB。这个计算不能判断声音是否悦耳，但能说明存储与传输的规模。FLAC体积随声音内容和压缩设置变化，不要认为它总会精确缩小到一半。

分开保存原始文件、工程和发布文件

原始文件夹放未经修改的录音，工程文件夹放编辑状态，发布文件夹放真正要上传的文件。文件名中加入日期和用途，并保留扩展名。一个访谈同时生成较长存档和较短发布版时，也应能辨认哪个才是起点。

还要区分扩展名和编解码器。容器可以承载不同类型的音频，有时仅看名称无法判断是否有损。结合Audacity数字音频基础中的概念，检查实际导出设置，从头到尾播放成品，并与原始文件一起备份。