オーディオコレクション内のビットレートが高いまたは低いファイルを識別するためにシェルスクリプトを使用しようとしています。非常に迅速に実行できます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
少なくとも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」では大きい家族同じ速度で品質が異なる非常に多様なオーディオコーデック! )
これは、次の2つに関連しています。
- 圧縮されて保存されたオーディオ(デジタルラジオ局、電話、またはオンラインビデオのオーディオトラックには送信されません)必要一定のビットレートで圧縮することは意味がありません。 「サイレント」を表現するには、マルチ楽器の曲で複雑な瞬間を表現するよりも少ないビットが必要です。したがって、オーディオ内のすべてのチャンクに対して1つのビットレートを選択し、それに従うと、平均ビットレートよりも多くのビットレートが必要な場合に多くのスペースを無駄にしたり、音が悪くなります。したがって、「合理的な」一定のビットレートを持つことは悪いようです。私たちは2000年頃に非常に高い固定ビットレートを使用していましたが、まだ音が悪くありませんでした。ただ多くのエンコーダがあまり良くなかったからです。誓いのために、2002年頃にはCDをリッピングするのに使用した様々なMP3エンコーダの音で160kbpsと知ることができました。良くありません。これらはオフロード獣です。
- エンコーダが固定ビットレートではなく固定品質に設定されている場合、ヘッダにどのビットレートを入力しますか?最低?曲に1000分の1秒の沈黙がある場合、それは何の意味もありません。最大値?それは言葉ではありません。ただドラマーがシンバルを叩く瞬間かもしれません。平均?一部の曲は他の曲よりもエンコードするのが簡単なので少し理解できますが、曲の音量、ジャンル、テンポ、制作品質、スペースの分離が比較的一定であると仮定すると、つまりすべての音楽が同じに聞こえる場合、のような結果が得られます。ファイルサイズ(ビット単位)を曲の長さで割っても同じ結果になります。早くする必要があります!
これを除外してください。主な時間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
最後のチェーンは完全にオプションですが、ファイル名をビットレートにマッピングする効率的で使いやすいドキュメントを提供します)