■有用な符号化ツールの実装完了が近い。

　インタレ保持はこの中では最後の大物だ。残りは通信エラー耐性、チャンネル切り替え用フレーム（SI/SP）、アルファブレンド、カラースペース拡張、、、必要とするのはモノホンの製商品開発者や研究室レベルだろう。x264もカラースペース拡張くらいは手を出すかもしれないが、yuv4:2:2やyuv4:4:4対応は大掛かりな作業になると思われ、実用上それが必要な素材もまだ少ない。

　すこし、特許/著作権保有サイドにも目を向けるべきかも知れない。具体的な製商品の普及前に同クラスのコデックが普及している構図は初だ（DVDがでた時に自宅でMPEG-2エンコ経験X年なんて人は居なかった）。x264開発サイドも過去の経験から学んでるだろうが、それは知的財産権ホルダーも同じだ。EUだけでなく、H.264/AVCに関してはむしろ日本。なにも無いとは思わない。

　なお、最近追加されたっぽいオプションはいくつかあるが、rev575の段階ではインタレ保持関係が見当たらない。manMEncoderとx264 --longhelpとChangeset xxx fortrunkで記述内容にも不整合がある。ように読める。この中ではman MEncoderが一番遅く、そして最も詳しい。
　っと、ここまで書いて出かけて、帰って来たらrev577だって。なぁに新学期って忙しくないのですくわ？

　いずれにせよ、最近追加されたっぽいオプションはちと濃ゆいっす。
　各文書が整合した段階で『改訂版 H.264/AVC 教科書』と付き合わせてみるほうが良いと思う。ちなみにこの本は便利ですますとはぶです。てゆうか書いたの規格策定に参加した張本人くさいです。大きな本屋の工学書の棚にあります。高いです。でも買いましょう（AAとかココないから）。みっちり読んで、そしておいらに教えて下さいw。

　なおLunatilia@Wiki Motion Picture Newsでは、日本語でx264更新情報が掲載されていまする。win向けTips付き。例えば：

※Jarod(x264.nl)では、Rev.573以降でvfwおよびインストーラは外されました。
事実上x264.exeに移行することになります。

　MEncoderはたぶんvfw相当なので、ちょっと気になります。
　Win界でvfwが生きている限りは、MEncoder経由でもある程度"事実上の再生互換性"が確保できると踏んでいたので。
　※06/10月現在、手許で作ったものは画質でAviSynth経由に劣り、規格互換性でvfw/virtualdub(mod)経由に劣る。ハズです。詳しくはこちらを。
　　WinではAviSynth+x264.exeがベストなように見えます（参考）。

スポンサーサイト

[ 2006/10/02 00:00 ] ごみ箱　未分類 | TB(0) | CM(1)

x264インタレ保持着手の反応（2ch）

【魔除け】：自分はC読み書きできませんwin持ってません文系のPPCマカーです。win固有の部分～vfw, AviUtil,AviSynth～や規格の内容は推測です。
【引用元】：2ch/DTV板/x264 rev6

■インタレ保持着手の反応
■ vfwについて
■インタレ保持の必要性
■ AviSynth vs. AviUtil

■インタレ保持着手の反応

900 名前: 名無しさん＠編集中 Mail: sage 投稿日:2006/10/01(日) 19:04:34 ID:pMv6VZRm
遂にきたか、長かった… 今後更新履歴みるのが楽しみに。

904 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 21:14:10 ID:0g7yKvdU
r570 | pengvado | 2006-10-01 04:41:22 +0200 (Sun, 01 Oct 2006) | 2 lines
support interlace. uses MBAFF syntax, but is not adaptive yet.

905 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 21:18:33 ID:E2aegN8f
サポートしたけど適合してないってどういう意味？

907 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 21:42:35 ID:a7SYXf6g
MBAFF - MB Adaptive Field Frame
適応的に、フィールドとフレームを切り替える
まだどっちか固定になってるんでしょ。
フィールド固定なら一応インタレース対応だけど
フレーム固定なら今までと変わらないね。

913 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 22:40:38 ID:gf101Dq5
Picture Adaptive Frame FieldとMacroBlock Adaptive Frame Fieldとの
違いがいまいちわからない
pure interlaceとは違うんだよな

　Introduction paper to H.264/MPEG-4 AVC includingthe FidelityRangeExtension. （PDF）からインタレ絡みの符号化ツールを拾うと：

インターレースド・符号化機能

Frame-field adaptation--（＊フレーム-フィールド適応＊）

Picture Adaptive Frame Field (PicAFF) --（＊ピクチャ適応型フレームフィールド＊）
MacroBlock Adaptive Frame Field (MBAFF) --（＊マクロブロック適応型フレームフィールド＊）

フィールドスキャン

　ちゃんと読んでないけど、"フィールドスキャン"が完全インタレ保持で、後はフレーム構造とフィールド構造の混在なんじゃないかと思う。なんとなく。
　インタレ縞の無いとこはフレーム構造にしちゃっていいじゃんよ、というのは理にかなっている。と、思う。
　PicAFFは時間軸混在、フィールド構造とフレーム構造を必要に応じて使い分ける。コマ単位で。
　MBAFFは空間軸混在、フィールド構造とフレーム構造を必要に応じて使い分ける。マクロブロック単位で。
　でも"not adaptiveyet."だから、フィールド構造のマクロブロックで埋め尽くす。の、かな？
　あとMBAFF使うときは16x16マクロブロックを縦に２個繋げたものがナニカの単位になるとか、どっかにあった希ガス。
　いずれにせよx264はまだ一部に着手した段階。昨日の今日でデコーダの対応もまだだろう。

　※PDFの試訳はタグ：H.264/AVC規格概要でちまちまやってます。変なとこあったらコメント頂けると有り難いです。

■vfwについて

　vfwユーザーは結構沢山らしい。そりゃそうだよなぁ。

909名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 21:54:33 ID:ZHoH6M/H
45%の人が使ってるのに切捨てとは

910 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 22:24:31 ID:TLCSnsgz
これでCLI覚える為の踏ん切りがつきました、アリガトウ

912 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 22:37:20 ID:uchwyHZ8
なんで切り捨てになるんだ？
もしそうなら急いでsynthを覚えなければorz

914 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/01(日) 22:41:00 ID:uchwyHZ8
nlで落としたんだがインストーラーじゃないよな・・・
cliでパス指定しろってことかぁぁぁぁ
vfwｵﾜﾀorz
誰か優しい人がいたら混合フレームレートを処理する方法が書いてあるサイトをorz

986 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/03(火) 06:59:02 ID:hx+Lfe7D
綺麗でも他のオプション使えないからVFW使わないんだよ
テスト目的なものだろこれ？

vfwで使えないオプションてなんだろう。"1 frame in 1 frame out"ならframerefとか b_pyramidとか考えにくいんだけどみんな使ってるっぽいし、、、あ、使えてねぇや、--refは動き補償に効く。アニメの方が効くが実写でも場面次第では。--b-pyramidはQT7互換性を維持するなら使えないがBの画質劣化を抑えて、かつ縮む（b=3まで効果アリ）参考。H.264/AVCはちまちましたオプションを積み重ねて効果を出すもんなのでどれがキモとは言い難いが、refとB絡みはちょっとデカイ。
一時期x264の「リリース」はMEncoderに内蔵の形で出るという話があったが、B使うと.mp4吐き出しできないなどの問題が噴出して消えたっぽい。MEncoderは元来avi作成機なのでvfw相当の制限があるのだと思っていたが、ほんの少し違うのかもしんない。

■インタレ保持の必要性

937 名前: 名無しさん＠編集中 Mail: sage 投稿日:2006/10/02(月) 04:22:29 ID:L6I6l2OJ
解除の誤爆だの連結ミスだのに
気を回さなくていいからずっとインタレだな。本数が多くなるとやっぱ楽チンがいいわ

944 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/02(月) 11:06:35 ID:IoDx2zKL
>>942
少なくとも自分は今までインタレ保持について必要性は感じなかったが。
実装については嬉しく思うが、今後も使うことはないと思うぞ？

945 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/02(月) 11:12:12 ID:XG6nlH+n
全編周期一定の綺麗なテレシネもの以外は、自分はアニメでも
インタレ保持だな、昔はvfrとか好きでやってたけど、今はつらくなった

949 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/02(月) 12:13:58 ID:Le3HhJdF
>>947
おれも、おれも。
PVとか60のはやっぱインタレが良いよな。
あと大河ドラマがインタレつかえるのがマジうれしい。

確かにインタレ保持できた方がラクではあるが、自分はしないと思う。bitが勿体ないし、MacでCoreVideo（APIの名前）経由でグラボにHWインタレ解除させる手はたぶん出てこない。
つうか、久しぶりにDTV板みたけど、H.264/AVC絡みって激しく寂れてますな。他スレでインタレ保持を理由に（特に実写）Xvid等って声が根強いみたい。あと圧縮/再生負荷。セレロンやセンプロンも多いもんなぁ。逆に言えばx264自体の設定ノウハウは固まってるって事か。

■AviSynth vs. AviUtil

936 名前: 名無しさん＠編集中 Mail: sage 投稿日:2006/10/02(月) 03:25:14 ID:flQzRs/J
インタレとか不要だし。
AviUtlなら混在だろうが何だろうがばっちり完璧に解除できるし。

985 名前: 名無しさん＠編集中 Mail: sage 投稿日: 2006/10/03(火) 05:06:19 ID:R1av9My0
VFWの方が絶対綺麗なのに…メクラばっかりでこまる

いまだにAviSynthよりAviUtilの方が画質で勝ると言う事らしい。もしかしてそれがフィールドシフトってヤツだろうか？

[ 2006/10/03 00:00 ] ごみ箱　未分類 | TB(0) | CM(1)

(no)interlaced [disabled]

映像コンテンツをインターレースドとして扱う。

原文

Treat the video content as interlaced.

[ 2007/08/02 09:10 ] MEncoder　-x264encopts | TB(0) | CM(0)

--interlaced [off]

Enable pure-interlaced mode

＊x264はインターレースにMBAFFを使う。PicAFFは無い。

＊インタレ保持

＊参考リンク

まるも製作所：2007/06/20（水）x264[3] --interlaced (MBAFF)

[ 2007/08/03 02:20 ] x264cli　--longhelp | TB(0) | CM(0)

x264のインタレ保持設定

libavcodec系で再生する場合は、高さがmod32であること（2007/04/25, 10:31- akupenguinさん）。

libavcodec は interlaced H.264をサポートしているが、高さが mod32 のものだけだ（厳密に言うと： height%32==0 || height%32>=18。従って 1080i は大丈夫。1072i はダメだ）。バグがどこにあるかは解っているが、どうすれば良いかは解らない。