問題タブ [libx265]

私は H265 エンコーディング ソフトウェアに取り組んでおり、単体テストで奇妙なメモリ リークが発生しています。それらを見つけるために、FFMPEG ドキュメントencode_video.cの例を変更しました。4K ビデオに対応するように解像度を変更し、ビットレートを調整し、コンテキスト割り当ての前に一時停止を追加し、最終リターンの前に別の一時停止を追加しました。

最初の一時停止での RAM メモリ使用量は 2 回目の一時停止と同じであると予想していましたが、約 55 Mo の違いがあります。エンコードされたフレームの数を増やすと、この差は最大 390 Mo になります。このコードを Linux Mint LMDE 4 (Debian 10 とほぼ同じ) でテストしました。

このメモリ「リーク」は実際のメモリリークではないと思いますが、別のエンコーディングに再利用される可能性がある libx265 によって使用される内部値であると思います。しかし、FFMPEG API を使用してこのメ​​モリを解放する方法はありますか?

リリース ノートによると、シーケンシャル生成と比較して最大 65% の時間節約が約束されている ffmpeg で最新のx265 abr-ladder オプションを使用する方法を見つけようとしていますが、(1)は既に ffmpeg で利用可能であるか、または見つける方法があり、(2) ffmpeg CLI の代わりに構成ファイル内で入力/出力を指定すると、ffmpeg は必要なパラメーターが欠落していると不平を言います。

x265 リポジトリには構成ファイルの例がありますが、ffmpeg の CLI 標準に従っていないように見えるこの種のパラメーターを使用する方法について、そこまたは ffmpeg リポジトリーの指示を見つけることができませんでした。どうやらffmpeg を使用して単一のコマンドで複数の出力を作成することは可能ですが、これも機能させることができませんでした。

だから私が探しているのは、--abr-ladderx265 のパラメーターの使用例です。ありがとうございました。