はじめに：なぜMetaはFFmpegフォークを維持していたのか？
FFmpegはメディア処理のデファクトスタンダードツールです。Metaアプリを通じてアップロードされる数十億の動画を処理するため、FFmpeg CLI（ffmpeg, ffprobe）は一日に膨大な回数実行されます。初期の公式FFmpegには提供されていない機能、特に並列マルチレーントランスコーディングとリアルタイム画質メトリクス計算が必要であり、Metaはこれらを実現するために独自のフォークを開発、維持してきました。
しかし時間の経過とともに、このフォークはアップストリーム（公式）バージョンから大きく乖離し、新しいコーデックサポートや安定性改善を適用することが困難になっていきました。二つのバージョンを同時に維持することは、次第に大きな技術的負債となっていったのです。
本論1：アップストリーム回帰のための二つの課題
Metaが内部フォークを完全に廃止し、公式FFmpegのみに依存するために解決すべき核心課題は二つありました。
1. より効率的なマルチレーントランスコーディング
ユーザーが動画をアップロードすると、DASH再生のために様々な解像度と品質のエンコーディング（レーン）セットを生成します。各レーンを別々のFFmpegプロセスで実行するだけでは、デコード作業が重複して非効率的です。単一コマンドで複数出力を生成すればデコードオーバーヘッドを削減できますが、FFmpeg 6.0以前は各エンコーダがフレームごとに順次実行されるため、並列性の利点を十分に活かせませんでした。
Metaの内部フォークは、この問題を全てのエンコーダインスタンスを並列で実行する方式で解決していました。この設計はFFmpegコミュニティ（FFlabs, VideoLAN）にインスピレーションを与え、FFmpeg 6.0から8.0にかけてより効率的なスレッディングモデルが公式に実装されました。これは数十年で最も複雑なリファクタリングの一つであり、結果として全てのFFmpegユーザーがより効率的なエンコーディングを享受できるようになりました。
2. ライブストリーミングのためのリアルタイム画質メトリクス
VOD（ビデオ・オン・デマンド）ではなくライブストリーミングでは、エンコーディング終了後に画質（PSNR, SSIM, VMAFなど）を測定することはできません。リアルタイムで品質を監視する必要があります。そのためには、各出力レーンのエンコーダの後にビデオデコーダを挿入し、圧縮適用後のフレームを再取得して元のフレームと比較する必要があります。
この「インループ（In-loop）デコーディング」機能がFFmpeg 7.0から公式サポートされ始め、Metaは内部フォークなしで単一のFFmpegコマンドで各レーンのリアルタイム画質メトリクスを生成できるようになりました。これに関する詳細な技術的背景は根拠資料で確認できます。
本論2：何をアップストリームに貢献し、何を内部に維持するのか？
Metaは、リアルタイム画質メトリクスや効率的なスレッディングのように広範なコミュニティに役立つ機能は積極的にアップストリームに貢献します。一方、Meta Scalable Video Processor (MSVP) のような自社設計ASICに対するサポートパッチは内部に維持します。MSVPはMetaインフラ内でのみ使用されるため、テストハードウェアを持たないFFmpeg開発者たちがメンテナンスすることはほぼ不可能だからです。
代わりにMetaは、FFmpegの標準ハードウェア加速API（NVDEC/NVENC, QSVなどと同じ方式）を活用してMSVPをサポートすることで、プラットフォーム固有の癖を最小限に抑えつつ共通ツールを使用できるようにしました。これは特殊性と一般性のバランスを示す良い事例です。
この技術の限界または注意点 アップストリームへの貢献には、時間と協業の努力が大きくかかります。Metaのようにリソースが豊富な組織でなければ、全ての修正を公式バージョンに反映させる努力を現実的に行うことは難しいかもしれません。また、極めて特殊なハードウェアやインフラに対する変更は、内部に維持することがむしろコミュニティに対する責任である場合もあります。
結論：大規模運用から得られた教訓と次の学習ステップ
現在、Metaは全てのVOD及びライブストリーミングパイプラインで内部FFmpegフォークを完全に廃止しました。25年以上開発されてきたFFmpegのエコシステムの力と、継続的なアップストリーム貢献による相乗効果の価値を確認した事例です。
次の学習ステップの提示 もしあなたのチームも同様のオープンソースツールのフォークを維持しているなら、以下の質問を自問してみてください：
- 私たちが必要とする機能がアップストリームに反映されるために、どのような貢献ができるか？
- このフォークを維持するための長期的コスト（リベース、検証、セキュリティパッチ）はどれくらいか？
- 私たちの変更をモジュール化またはプラグイン形式にして、フォークの必要性をなくせないか？
MetaのFFmpeg事例は、単なる技術的マイグレーションではなく、オープンソースエコシステムとの健全な関係構築に関する洞察を提供します。合わせて読みたい記事として、ユーザーインターフェースの精密な制御に関するCSSで完璧な円グラフを作る方法 セマンティクスとアクセシビリティを考慮した実践ガイドと、ハードウェアリソース最適化に関するLLM推論コスト爆発？ NVIDIA RunaiとNIMでGPU利用率を2倍にする方法をお勧めします。