![快速测试音频文件比特率](https://linux22.com/image/230473/%E5%BF%AB%E9%80%9F%E6%B5%8B%E8%AF%95%E9%9F%B3%E9%A2%91%E6%96%87%E4%BB%B6%E6%AF%94%E7%89%B9%E7%8E%87.png)
我正在尝试使用 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
我尝试使用exiftool
and 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”包含一个大的的家人非常不同的音频编解码器,在相同速率下具有不同的质量!)
这与两件事有关:
- 您压缩存储的音频(不是通过数字广播电台、电话或作为在线视频中的音轨发送)不会需要以恒定的比特率进行压缩——这毫无意义。表示“沉默”只需要比表示多乐器歌曲中的复杂时刻更少的比特。因此,选择一种比特率并为每个音频块坚持使用它要么会浪费大量空间,要么当您需要比平均比特率更多的比特率时听起来会更糟,并且在您没有注意到的段落中表现良好。因此,拥有一个“合理的”恒定比特率听起来很糟糕。我们在 2000 年左右经常使用非常高的恒定比特率,但听起来仍然很糟糕 - 只是因为很多编码器根本就不是很好。我发誓,大约在 2002 年,我可以通过声音伪影辨别出我用来撕开 CD 的不同 MP3 编码器 - 速度为 160 kbps。不好;这些都是越野车野兽。
- 如果编码器设置为恒定质量而不是恒定比特率,那么您将什么比特率放入标头中?最低 ?如果歌曲中有几毫秒的沉默,那就毫无意义了。最大值?毫无意义,那可能只是鼓手敲击钹的那一刻。平均数?只是稍微更有意义,因为有些歌曲比其他歌曲更容易编码,但假设您的歌曲具有相对恒定的音量、流派、速度、制作质量、空间分离,换句话说,如果您所有的音乐听起来都相同:通过将文件大小(以位为单位)除以歌曲的持续时间,您可以得到大致相同的结果。那应该很快!
排除这一点:主要时间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
最后的链完全是可选的,但会给您一个有效的、易于使用的文档,将文件名映射到比特率)