☰

快速测试音频文件比特率

tag-icon • tag-icon shell-script audio ffmpeg
快速测试音频文件比特率

我正在尝试使用 shell 脚本识别音频收藏中具有高/低比特率的文件。做起来file test.mp3非常快：

$time file test.mp3 
test.mp3: Audio file with ID3 version 2.3.0, contains: MPEG ADTS, layer III, v1, 128 kbps, 44.1 kHz, Stereo

real    0m0.027s

但是，file不显示 .m4a 文件的比特率：

$time file test.m4a 
test.m4a: ISO Media, Apple iTunes ALAC/AAC-LC (.M4A) Audio

real    0m0.056s

我尝试使用exiftooland ffprobe，但它们似乎至少慢了 10 倍：

$time exiftool test.m4a 
Avg Bitrate                     : 131 kbps

real    0m0.532s

$time ffprobe test.m4a 
  Stream #0:0[0x1](und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 130 kb/s (default)

real    0m0.621s

这大约只有 100 个文件/分钟，相当慢。有没有更快的方法来查找 m4a 文件的比特率？据我了解，ffprobe检查流数据而不是标签，因此它比file.只要速度快，我就可以接受不太精确的比特率值。

答案1

我对这些标签的经验是它们不是近似， 他们是错误的，特别是对于较旧的 VBR 编码 MP3 文件，有时会相差 8 倍。一般来说，MP4 的情况并没有更好（它几乎使用可变比特率；但是“MP4”包含一个大的的家人非常不同的音频编解码器，在相同速率下具有不同的质量！）

这与两件事有关：

  1. 您压缩存储的音频（不是通过数字广播电台、电话或作为在线视频中的音轨发送）不会需要以恒定的比特率进行压缩——这毫无意义。表示“沉默”只需要比表示多乐器歌曲中的复杂时刻更少的比特。因此，选择一种比特率并为每个音频块坚持使用它要么会浪费大量空间，要么当您需要比平均比特率更多的比特率时听起来会更糟，并且在您没有注意到的段落中表现良好。因此，拥有一个“合理的”恒定比特率听起来很糟糕。我们在 2000 年左右经常使用非常高的恒定比特率，但听起来仍然很糟糕 - 只是因为很多编码器根本就不是很好。我发誓，大约在 2002 年，我可以通过声音伪影辨别出我用来撕开 CD 的不同 MP3 编码器 - 速度为 160 kbps。不好;这些都是越野车野兽。
  2. 如果编码器设置为恒定质量而不是恒定比特率，那么您将什么比特率放入标头中？最低 ？如果歌曲中有几毫秒的沉默，那就毫无意义了。最大值？毫无意义，那可能只是鼓手敲击钹的那一刻。平均数？只是稍微更有意义，因为有些歌曲比其他歌曲更容易编码，但假设您的歌曲具有相对恒定的音量、流派、速度、制作质量、空间分离，换句话说，如果您所有的音乐听起来都相同：通过将文件大小（以位为单位）除以歌曲的持续时间，您可以得到大致相同的结果。那应该很快！

排除这一点：主要时间ffprobe通常花在加载和内部设置上；你可以使用 @OleTange 的 GNU 很好地隐藏它parallel：

# for bash, whose recursive globbing is off by default
# omit if on zsh
shopt -s globstar nullglob dotglob

# run all ffprobe in parallel.
# GNU parallel takes care of keeping output in correct order
parallel --eta \
  ffprobe \
    -loglevel fatal \
    -output_format json \
    -show_entries format=bit_rate:format=filename \
  ::: **/*.mp4 **/*.mp3 **/*.mpeg **/*.mpc **/*.wma **/*.opus **/*.ogg \
| jq  \
  '.[] | {(.filename): (.bit_rate|tonumber)} ' \
| jq --slurp \
  'reduce .[] as $i ({}; . * $i)' 
> allfiles.json

我尝试过，对我来说这意味着大约 400% 的加速。

（jq最后的链完全是可选的，但会给您一个有效的、易于使用的文档，将文件名映射到比特率）

相关内容