久々の投稿
dockerイメージでFFmpegをフルコンパイルしてみました。第1の理由は興味本位ですが、あとSVTAV1のライブラリを使用したいのと、tarボールからコンパイル＆インストールして通常使用の環境が汚れるのをある程度防ぎたかったというのもあり、実験環境としてのDockerで行うこととした。副次的な効果として、Windows環境やMac環境、ひいてはRaspberryPi環境のどれか空いてるマシンで動画変換作業をさせることが出来る。
Dockerfileの解説
ベースとするイメージはpython:3.10.3-slim-bullseyeでDebianスリムイメージを利用しました。
pythonのビルドと同様に
- 現在のaptパッケージを保存（python環境など）
- aptで開発環境をドヤ−−−−っとインストール
- debianのライブラリにはfdk-aacがパッケージとして存在しないので、sourceforgeからソースコードをダウンロードしてビルド＆インストール
- 開発環境が一通り完成したところで、SVT-AV1をgithubからcloneしてビルド＆インストール
- ライブラリが揃ったので、ひとまずldconfigしてから、目的のffmpegをこれもgithubからcloneしてビルド＆インストール
- このままではDockerイメージサイズが大変なことになっているので、不必要なパッケージを削除します。
- apt-markコマンドを使用して、2番以降でインストールしたパッケージをauto-remove対象にします（1番以前のパッケージは対象としない）。
- /usr/local 以下にある実行ファイルに関してlddコマンドを使用して関連するダイナミックライブラリをリストアップ、さらにそれらを含むaptパッケージを検索してリストアップしてauto-remove対象外にする。
- aptコマンドを使用しauto-removeで不必要なパッケージをゴッソリ削除
- イメージのスリム化を行った所でステージを分けて、Python用の必要パッケージをインストールしてffmpeg-pythonなどが利用できるようにする
イメージのスリム化のための仕組みはベースとしたpython:3.10.3-slim-bullseyeを参考に・・・というか殆どパクりで使用しました。1〜9までを一つのRUN文で行うのがミソ。RUN文で分けた方が見やすいけど、ビルドのステージが分かれてしまうのでステージが変わってからパッケージを削除してもイメージサイズが変わらないというの何とも。。
ビルドファイルの開発中などは複数のステージに分かれていた方がデバッグしやすくて良いが、一通り完成したら一つのRUN文にまとめてしまう感じですかね。