アニメのエンコに賭ける青春って幸せ！

浮上しちゃいましたな。interlace 420 -> 422 の件については

・変換するなら補間しろ
・でも変換するな (仕方が無い場合は最小限にとどめろ)

で同意が取れる話なんじゃないかと後づけの感想を抱いたり。

実際 YUY2 に変換しなきゃいけないのはそれしか受け付けて
くれないフィルタやら CODEC やらがあるからな訳で、

そいつらに補間なしで interlace 420 -> 422 変換したものを
与えて正しく処理してくれると期待するのが間違ってるんじゃ
ないのかなと。

あと、MultiRef には特に制限ないですよ。IDR でリセットされますし、
参照フレームはデコーダが保持しますから。
多分 b-pyramid (参照 B ピクチャ) と混同してるんだと思いますけど、
それも VFW (VCM) の 1:1 入出力の制限であって AVI の制限じゃない
ですし。
MP4 なんかでも 1:1 入出力 CODEC 使えば同様に B のデコード遅延は
発生します。

いくらなんでも見下しすぎだろ。
意味も無く変換する奴なんていない。
可逆とか劣化とか以前のレベル。

上げられてしまったけど、どしよう。ちょっと話続けたいんでとりあえずここで。

>262-263
いつもありがとうございます。
262の線でさっさと落ち着くと踏んで煽ったんですが、ちょいと想定外なほど盛り上がってしまいw

それでピラミッドについてなんですが、
10/11日記で言うγのディレイが変動することってあるんでしょうか？
--bframes 5以上の時、場所によっては1だったり2になったりとか。
--b-pyramidの説明を視る限りではなさそうなんですが、
and `may' cause a 2 frame decoder lag.となってるのがちょっと不安で・・・
ディレイが一定なら他ストリームのAVISTREAMHEADER::dwStartを適当に可算しても良い訳ですし。
究極的には、必要フレームを全部packしてしまえば十分回避可能であるとは思います。

>264
見下してるつもりはなかったんだけど、多少見下した方がいいのかもしれませんね。
てっきりConvertToYV12(interlaced=true)の計算式くらい知ってるものかと。。。