とりあえずwmv2と同じ感じで修正してみました。SVN-r17585から有効です。

本家ではSVN-r17587で修正され、17594でより適切に修正されました。

入力動画のaspect情報が0の場合？、エラーで停止するケースの対処方法を取り込ませていただきました。

ffmpeg-SVN-r17606-binに添付されているソースを参考にしました。

バイナリを再アップするため、一時的にリンク切れになっていたと思います。

これに伴いr17555でのffmpeg.cへの修正を有効にします。

この問題はr17695で修正されました。

-metadata title=string -metadata author=string -metadata copyright=string -metadata comment=string -metadata genre=string -metadata album=string -metadata track=number -metadata year=number

何に使っているか、調べてないけど、もう有効なのかな？

GUIDの定義変更は、SVN-r7611で行われたみたいだなぁ。18022まで顕在化しなかったのかなぁ。

SVN-r18203以降のバイナリでwmv2、mpeg2videoのエンコードで異常終了するようになっていたようなので削除しました。

SVN-r17643で-vsync 2に関する修正が行われ、それに伴いエラーがでなくなったようです。

--enable-libnutを指定しなければffmpegの内部コードが使われて、テストをクリアできるようです。

また--enable-libnutを指定してビルドしたバイナリは、自分が出力したnut形式を認識してくれないようでした。

（適切なオプションを指定すればよいのかも知れませんが詳しくないので、突っ込んでいません。）

--enable-libnutを指定しない場合は、認識してくれました。

とりあえずアップするバイナリは--enable-nutを指定しない（ffmpegの内部コードを使う）バージョンにしてみます。

内部コードとの違いが分からないので、動作に制限や不具合はあるかも知れません。

単なる憶測ですが、nutのフォーマットが変更されて、互換性がなくなってるとか、そういうことなのかな、とか。

そのためテスト用のファイルが現状にあっていないとか。

いずれにしても、XXX->nut->YYYといった形で変換できることを優先して--enable-libnutをはずしてみました。

オプション指定を正しくすれば--enable-libnutでも、問題ないのかも知れません。

とりあえずの対策なので、libnutを有効にして上手く動作できないか調査中です。

--disable-demuxer=nut --disable-muxer=nut --enable-libnut

を指定することで、内部コードのnutを使用せずlibnutを有効にしてみました。

残念ながらnutのテストはとおりませんでしたが、動作はしてくれるようです。（XXX->libnut->YYYといった変換はできます。）

（nut以外のテストは全部通りました。）

--disable-muxer=nutを指定せずに、--disable-demuxer=nutを指定してみましたが、テストでまた別のエラーがでました。

メンテナンス状況を見てみると、libnutは2008-12-12が最新。内部コードはlibavformat/nut.cが2008-12-12、libavformat/nutdec.cが2009-01-17。

内部コードも十分メンテナンスされていると考えて、個人的には現時点ではlibnutを使わないことにしました。

いくつか有志の手によって配布されているバイナリでテストを行ってみました。

中には途中で異常終了するものもありましたし、異常終了はしなくても、コードエラーでストップして、seektestの手前で止まり、(seek regression test: success)を見るところまで辿りつかないものもありました。

（途中で差分が表示されてテストがストップしました。）

gccのバージョン、binutilsのバージョンによるのかな？

正確には切り分けできていません^^;

yasmを使わない＆--enable-smallを指定することで回避はできています。

（現在はyasmもつかっています。）

最適化オプションを下手に加えると異常終了するバイナリになってしまいました。

（-funroll-loopsなど）

また異常終了しなくてもオプションによっては、テストがクリアできないケースがありました。

（-mfpmath=sseなど）

異常終了は使っているgccの最適化オプションのバグの場合もあるようです。ffmpeg binary eSnips Folderの方に教えていただきました^^

--enable-smallを使わなくても、CFLAGSの指定で回避できるようです。

外部ライブラリの問題か異常終了するケースがありました。

とりあえず遭遇したのはlibvorbis。

libvorbisをビルドしなおすことで回避できたかに見えましたが、GCCのバグを忘れていたため再度、コンパイルオプションを調整してビルドしなおすことになりました。遭遇したケースは、

１．vorbisではなく、libvorbisを利用するだけで異常終了。

２．libvorbisを利用して-abオプションを使用したら異常終了。

どうも当初うまくビルドできなかったためyasmを使わないでいたのですが、パスの関係らしい。

yasmのインストール先を/usr/local/binに変更したら動きました。

bashとmakeを新しいバージョンにすれば素直にmakeでビルドできるようになりました。

余談ですが、yasmではないですがnkf(2.0.8)やsvnもMSYS上で上手く動きませんでした。

インストール先が/bin以下だとうまく扱えないのかなぁ。

とりあえずaliasでフルパスを指定したら、うまく動いてくれています。