libx264コーデックを使用してFFMPEGを使用し、一連のフレームから.mp4ビデオをエンコードしようとしています。

これは私が実行しているコマンドです：

/usr/local/bin/ffmpeg -r 24 -i frame_%05d.jpg -vcodec libx264 -y -an video.mp4

次のエラーが発生することがあります。

[libx264 @ 0xa3b85a0] height not divisible by 2 (520x369)

少し調べたところ、問題はスケーリングアルゴリズムに関係しているようで、-vf引数を追加することで修正できます。

ただし、私の場合、スケーリングは行いません。理想的には、寸法をフレームとまったく同じに保ちたいです。何かアドバイス？h264が適用するある種のアスペクト比はありますか？

回答元の質問んではないビデオをスケールするには、次のとおりです。

-vf "pad=ceil(iw/2)*2:ceil(ih/2)*2"

コマンド：

ffmpeg -r 24 -i frame_%05d.jpg -vcodec libx264 -y -an video.mp4 -vf "pad=ceil(iw/2)*2:ceil(ih/2)*2"

基本的に、.h264は均等な次元を必要とするため、このフィルターは次のようになります。

1. 元の高さと幅を2で割ります
2. 最も近いピクセルに切り上げます
3. もう一度2を掛けて、偶数にします
4. この数まで黒のパディングピクセルを追加する

filterパラメータを追加することで、パディングの色を変更できます:color=white。padのドキュメントを参照してください。

使うだけ -2

スケールフィルタのドキュメント：

値の1つが-nwithのn > 1場合、スケールフィルターは、他の指定された次元から計算された、入力画像のアスペクト比を維持する値も使用します。ただし、その後、計算された寸法が割り切れるnようにし、必要に応じて値を調整します。

例

セット1280の幅、および高さが自動的にアスペクト比を維持するために計算され、そして高さが2で割り切れるようになります。

-vf scale=1280:-2

上記と同じですが、代わりに高さが宣言されています。フィルターで処理される幅を残す：

-vf scale=-2:720

「2で割り切れる」

x264で必要とされるように、YUV 4：2：0クロマサブサンプリング出力には、「幅と高さの2で割り切れる」が必要です。4：2：2には「幅の2で割り切れる」が必要であり、4：4：4にはこれらの制限はありません。ただし、FFmpegベース以外のほとんどのプレーヤーは4：2：0しか正しくデコードできないため、H.264ビデオを出力するときにオプション付きのffmpegコマンドが頻繁に表示されます-pix_fmt yuv420p。

警告

残念ながら-2、幅と高さの両方を使用することはできませんが、すでに1つの寸法を指定している場合-2は、使用するのが簡単な解決策です。

出力幅を設定し、オリジナルと同じ比率で出力したい場合

scale=720:-1 

この問題に陥らないようにするには、

scale="720:trunc(ow/a/2)*2"

（スケーリングでそれを行う方法を探している人のためだけに）

scaleここでのソリューションの問題は、ソースイメージ/ビデオが歪むことです。

代わりに、1ピクセルのパッドを奇数次元に追加するのが最善の解決策であることがわかりました。（デフォルトでは、パディングは黒で目立ちません。）

他のpadソリューションの問題は、それらが常にパディングするため、任意の次元に対して一般化しないことです。

このソリューションは、奇数の場合、1ピクセルのパッドを高さや幅に追加するだけです。

-vf pad="width=ceil(iw/2)*2:height=ceil(ih/2)*2"

これは、パディングが不要な場合でも常に正しいことを行うため、理想的です。

これは、H264ビデオが通常、圧縮を適用する前にRGBからYUVスペースに4：2：0に変換されるためです（ただし、フォーマット変換自体は不可逆圧縮アルゴリズムであり、スペースが50％節約されます）。

YUV-420は、RGB（赤、緑、青）の画像で始まり、YUV（基本的に1つの強度チャネルと2つの「色相」チャネル）に変換します。次に、色相チャネルは、その色相の2X2正方形ごとに1つの色相サンプルを作成することによってサブサンプリングされます。

水平または垂直に奇数のRGBピクセルがある場合、YUVフレームのサブサンプリングされた色相空間の最後のピクセル列または行のデータが不完全になります。

LordNeckbeardには正しい答えがあります

-vf scale=1280:-2

アンドロイドの場合、追加を忘れないでください

"-preset ultrafast" and|or "-threads n"

bitand代わりに関数を使用することもできますtrunc：

bitand（x、65534）

と同じように動作trunc(x/2)*2し、私の意見ではより透明です。
（ここで65534の不思議な数を検討してください;））

私の仕事は、多くのビデオファイルを半分の解像度に自動的にスケーリングすることでした。

scale=-2,ih/2わずかにぼやけた画像につながる

理由：

• 入力ビデオには、表示アスペクト比（DAR）が設定されていました
• scale 実際のフレーム寸法をスケーリングします
• プレビュー中、新しいビデオのサイズはDARを使用して修正する必要があります。これは、非常に低解像度のビデオ（360x288、DAR 16：9）の場合、ぼやけにつながる可能性があります。

解決：

-vf "scale='bitand(oh*dar, 65534)':'bitand(ih/2, 65534)', setsar=1"

説明：

• output_height = input_height / 2
• output_width = output_height * original_display_aspect_ratio
• output_widthとoutput_heightの両方が2で割り切れる最も近い小さい数値に丸められるようになりました
• setsar=1意味output_dimensionsは今最終的な、いかなるアスペクト比補正を適用すべきではありません

誰かがこれを参考にするかもしれません。