FFmpeg3.0からQSVまわりが少し変更になったようなので別記事に。
（FFmpeg3.1～FFmpeg3.4でも動作を確認しました。）
使いまわし多数ですがw
今回からソースはGitで取得した前提。
ZIPファイル等でダウンロードする場合はディレクトリ名が異なるので置き換えてください。
以前と同じくmfx_dispatchがあれば良いようです。
今回もXhmikosR’s氏のを使わせていただきました。
（MSYS_MinGW-w64_GCC_530_x86-x64_Full.7z 2016-01-09版）
展開して「MSYS」内の「msys.bat」を実行。以降CLIでの操作。
（「home」以下にユーザー名のディレクトリが作成されるので、ファイルはWindows側でそこに展開）
続きを読む
（FFmpeg3.0に対応した記事はこちら）
少し前のgit版から正常に動作するようになっていたQSVのH264エンコードがStable版2.8でも動作するようになり、以前の記事のような処理は不要になりました。
Windowsでのビルド仕方は前回とほぼ同じで、mfx_dispatchさえあれば良いようです。
前回の使用した拙作のパッチも必要ありません。
今回も XhmikosR’s さんのところのをそのまま使わせていただきました。
（使用したバージョンは MSYS_MinGW-w64_GCC_520_x86-x64_Full.7z 2015-09-10版）
「MSYS」をCドライブのルートに展開して、「msys.bat」を実行。以降CLIでの操作。
（「home」以下にユーザー名のディレクトリが作成されるので、ファイルはWindows側でそこに展開）
続きを読む
（FFmpeg2.8以降に対応した記事はこちら）
自前でQSV対応のWindows版FFmpegをビルドして遊んだ時の備忘録。
はじめにことわっておきますが、今回初めてdiffを使ってパッチを作成したような素人のお遊びですので温かい目で見てあげてください。
FFmpegのコミット履歴を眺めていたら3月下旬頃に「libmfx-based H.264 encoder」の文字を発見。早速スナップショットをビルドして、「-codecs」を見ると確かに「encoders: h264_qsv 」となっていた。
これでFFmpegもQSVのエンコードに対応かと思ったのだが実際に使用してみると問題が発覚。
エンコード中に次のメッセージが大量発生し、出来上がった動画は再生されるもののシークすると映像が真っ黒になる。
Non-monotonous DTS in output stream 0:0; previous: XX, current: 0; changing to XX. This may result in incorrect timestamps in the output file.
原因などわかる筈もなく、私のような素人はリリース版で対応になるまで待った方が良さげか・・・・
続きを読む
