※0.3.0（不安定版）はマルチパスの挙動に不具合があります。実験目的以外ではお奨めしません。作者氏は情報を募集されています。
　※本記事の目的は人 柱の増殖です。
　※基本的にMEncoderでの経験を元にしており、挙動の異なる点が有り得ます。

x264Encoder 0.3.0

設定

スポンサーサイト

　Apple-H.264最大の強みは設定の簡単さだ。画質に不満を感じる事はまず無い。ビットレートを過剰に下 げ過ぎない限り、狙っても画質破綻は起こせない。
　とにもかくにも問題は速度だ。

QuickTime 7のH.264：その内容 (Apple社)　※ 太字オレ

---

QuickTime 7 for Tigerに組み込まれているH.264には、低いデータレートで自然な映像を再生する一連の高度なテクノロジーと特許出願 中の技術が実装されています。H.264エンコーダの特長は、次のとおりです。

• 希望のビットレート、最適数の圧縮パスで可能な限り最高の結果が得 られるインテリジェントなマルチパスエンコーディング

• ドラフトエンコードの作成、差し迫った締め切りへの対応、 QuickTime Broadcasterでのライブエンコーディングに適した時間節約型シングルパスエンコーディング
• Apple -H.264：選択可能
• x264：固定量子化1パスqp、疑似固定量子化1パスcrf。後者はbitrate 指定もまぁまぁ効く。ライブストリーミングはx264の目的外（需要が無い）。
• スト リーミングやCD/DVDの再生のような、データレートに制限がある用途のためのピーク制限付きVBRオプション
• Apple -H.264：選択可能
• x264：ABRの平均化区間（アベレー ジング・ピリオド）にレート制限をかけると思われる。VBV関連オプションに相当か。
• よ り効率的に映画データを表現するための高度なフレーム並べ換え（Bフレーム）をサポート
• Apple -H.264：選択可能、枚数指定不可、適応的挿入不可。つまり、事実上MPEG-4 ASP相当。
• x264： b_adapt, bframes=<0-16>, (no)weight_b, (no)b_pyramid, bime, brdo。この連携がx264の花！
• 従 来のブロッキングやリンギングといったアーティファクトの影響を、特に細部領域で削減する 4 x 4整数変換
• Apple -H.264：選択不可。強制適用。
• x264：partitionsのi4x4, p4x4。低解像度で効果大。640x480では必ずしも多く無い。これよりi8x8, 8x8dct(High Profile)の方が画質貢献度が高い。
• ハイモーションビデオで細部およびグラデー ションをより効率的に圧縮する改善されたフレーム間予測
• Apple-H.264： H.264/AVC規格の紹介文に等しい。強いて”ハイモーションビデオで”に着眼すれば、量子化スケーリングの対数化が相当か。
• x264： qp, qp_min, qp_max, qp_step
• 動いているオブジェクトを明 瞭に再構成する改善された動き予測精度
• Apple-H.264：選択不可＝適用アルゴリ ズム固定。
• x264：me, subq。何れも目的に応じて適用アルゴリズムを選択できる。速度と画質の取引。
• 細部 領域での複雑な動きをより効率的にエンコーディングする柔軟なブロックサイズでの動き予測
• Apple -H.264：選択不可。適用ブロックサイズ固定。
• x264：partitions
• ブロッキングアーティファクトを除去する適応型インループデブロックキングフィルタによる、スムーズで クリーンな画像
• Apple-H.264：選択 不可。適用値固定。
• x264：(no)deblock, deblock=<alfa,beta>

※各AVコデック固有と思しきオプションがフラットに並んでいる。Advanced Video options:を含め、重複もある。各規格・符号化理論・数学に精通してないと厳しい印象（携帯動画変換君のプリセットは2chの総当たり戦の成果）。
※手許で重視しているx264オプションのうち、(no)b_adapt、(no)bime、(no)dct_decimate、cqm相当品が見当たらない。

AVCodecContextAVOptions:

　x264Encoderのインタレ解除がMPEG-2 PS素材に効かない件。

症状１：MPEG- 2 PS

MyComet G3さんより。太字オレ

---

あ れ、インタレ解除効きませんか？
・PreProcのレベルをMaxにしてあるでしょうか。
・QT 書き出しの際、 「ムービー設定」の「サイズ」で、「ソースビデオをデインターレース処理」のチェックを外してあるでしょうか。

うー む。手元のDV-lpcm.movだと100%きちんとpp=l5効くのですが・・・

1. QuickTime Player Pro 7.1.3
2. 「システム環境設定/x264Encoder」：l5 またはmdにチェック。PreProcのレベルはMax。
3. 「QTPPro/書き出し/ムービーから QuickTimeムービー/オプション/サ イズ/ソースビデオをデインターレース処理」のチェックを外す。
4. 1パス。crf抜き。他は適当に高速 設定。fpsは「現在のサイズ」および「NTSC(29.970)」。
5. ← 素材とpp=l5（画質は超適当）。

DEBUG: lavcEncoder: [lavcEncoder_PrepareToCompressFrames]
ERROR: thePrefPPName is invalid.
INFO : lavcEncoder: thePrefPPName: (null) thePrefPPLevel: 6
INFO : lavcEncoder: frame_rate: 29.970
DEBUG: lavcEncoder: codec context flags= 0x0000008800
DEBUG: lavcEncoder: [lavcEncoder_EncodeFrame] (1, 0, 3003, 90000)
INFO : lavcEncoder: {width/height}: {640/480} ; time_base {num/den}: {1001/30000}
INFO : lavcEncoder: bit_rate: 1048576 ; {qmin/qmax/qscale/crf}: {14/51/0.00/0.00}
INFO : lavcEncoder: gop_size: 12 ; max_b_frames: 1 ; qcomp: 0.60 ; sc_threshold: 60
INFO : lavcEncoder: thread_count: 4 ; add_nclc: OFF ; add_gamma: OFF
[h264 @ 0x144d1dc]using mv_range_thread = 56
[h264 @ 0x144d1dc]using SAR=1/1
[h264 @ 0x144d1dc]using cpu capabilities Altivec 

中略

ERROR: thePrefPPName is invalid.
ERROR: thePrefPPName is invalid.
ERROR: thePrefPPName is invalid.
ERROR: thePrefPPName is invalid.

6. MPEG-2 PSからMPEGStreamclipで作ったm2v+aiff.movも同様でした。

DEBUG: lavcEncoder: [lavcEncoder_PrepareToCompressFrames]
ERROR: thePrefPPName is invalid.
INFO : lavcEncoder: thePrefPPName: (null) thePrefPPLevel: 6
INFO : lavcEncoder: frame_rate: 29.970
DEBUG: lavcEncoder: codec context flags= 0x0000000800
DEBUG: lavcEncoder: [lavcEncoder_EncodeFrame] (1, 0, 3007, 90000)
INFO : lavcEncoder: {width/height}: {640/480} ; time_base {num/den}: {1001/30000}
INFO : lavcEncoder: bit_rate: 1048576 ; {qmin/qmax/qscale/crf}: {10/51/0.00/24.00}
INFO : lavcEncoder: gop_size: 12 ; max_b_frames: 1 ; qcomp: 0.60 ; sc_threshold: 40
INFO : lavcEncoder: thread_count: 4 ; add_nclc: OFF ; add_gamma: OFF
[h264 @ 0x43051dc]using mv_range_thread = 56
[h264 @ 0x43051dc]using SAR=1/1
[h264 @ 0x43051dc]using cpu capabilities Altivec 

症 状２：MPEG2-PSでないもの

試しに、ソースが MPEG2-PSでないもの（2~3秒のクリップ）をつくってみて
どうなるか試していただけませんでしょうか。

1. DV/DVCPRO-NTSC.mov（スキャンモード：インターレース）
2. DVCPRO50-NTSC.mov （スキャンモード：インターレース）
3. ← リニアにブレンドしやがりました（これわこれでw）。

メモ

も しかしたら、MPEG2-PSのサポートに問題があるのかもしれません。　

　2ch では特に出てない様子なので、「手許のファイル/システムがおかしい」可能性が一番高いと思ってます。
　次に「QTPPro+ MPEG2 再生コンポの仕様」を疑ってます。

1. ← m2v+aiff.mov を「ソースビデオをデインターレース処理」付きで Apple-H.264へ書き出し。

実 験

	Original （MPEG 2 PS）
x264Encoder	l5	md	QTDeint	md/l5
1pass crf (37～49MB)
MEncoder	pp=l5	pp=md	pp=lb	yadif=2,pp=l5
2pass 1024kbps (16.5MB)

　DEBUG: lavcEncoder: thePrefPPName: md thePrefPPLevel: 0

まとめ

　結論：partitionsの指定値は何も考えずにallで良さそう。

可変ブロックサイズ/可変マクロブロックパーティション

---

　Variable Block Sizes/Macroblock Partitions:
　MPEG-4 ASPでは、インター4V、またはインター4MVを使うと、16x16～8x8ピクセルの間でブロックサイズを変える事ができました。
　AVC/H.264 では、モーションサーチの精度を決めるマクロブロックの大きさを、4x4ピクセルまで下げる事を提案しています。これは、8x4のように段階的に下げて行 く事もできます。ブロックサイズは映像内容に応じて可変です。
　各マクロブロックにどの程度のブロックサイズを与えれば最も効果的 か、その判断が賢いものが良いエンコーダと呼ばれるでしょう。

x264 [info]: mb I  I16..4: 14.4% 18.2% 67.4%

i16x16がやたらに多かったケース

場面１	場面２	場面３

	[場面１]　[場面２]　[場面３]

	　　　　　　　↑

	　　　移動←カメラ→移動

i4x4が少ないケース

結論

Google Summer of Code 2007

SoC 2007 -VideoLAN's wikiより抜粋

　VideoLANは、公式な指導組織となりました (mentors on SoC Website)。
　採用され、開発された場合、SoC のアイデアは VLC0.9.1 のリリースに含まれ、GPLライセンスの適用を受ける事になります。我々の次のリリースである0.9.0は夏前に出る予定です。

　我々 (VideoLANチームと、このページの著者 jb)はこのページのアイデアを二つのリストに分けました:

• The main ideasは、重点目標です。VLCにとってのキープロジェクトになると思われるものであり、他のより面白げです。各アイデアには指導者候補（＊apotential mentor＊）をあてています。
• その他の ideas は詳細がありませんが、これらも良いアイデアです。

　オープンソースソフトウェアですから、何事も強制するつもりはありません。
　SoCには参加したくないが、開発には参加したいという場合、Mini Projects ページやIRCchannelを見て下さい。他にもいろいろなアイデアがあります。

Main ideas

ブラウザ・プラグイン用のGUI インタフェイス

　第一目標は、browser plug-inへインタフェイスを追加し、web pages embedded modeにおいて、WMPやYoutube playerと同様に、VLC mediaplayerをコントロールするボタンを実現する事。このボタン類はクロスプラットフォーム、かつクロスブラウザでなければならない。

　第二目標は、ウェブページに埋め込まれ/指定されたメディアプレイヤを、可能な限りリプレースする事。

　例えば、ウェブページが WMP embedded plugin、youtubeplayer、quicktimeplayer、などを要求してきた際に、VLCがstreamを検出して表示する、など。これにより、FlashベースのプレイヤよりもCPU負荷を低減できる。

　このプロジェクトはキャッシュ・ハンドリング・モジュール・アクセスの改善と協調して行う必要があるかもしれない。

　インタフェイスの見た目もそれなりでなければならない（これは後から追加できる）。

　Proposed mentor: Quovodis.

フルスクリーン・コントローラ

VLC 0.8.6a（MacOSX） 数秒で消え、マウス類に触れると出る。 look&feelはQuickTime Player Proを模している。

　このプロジェクトの説明は簡単だ。Linux/Unix、Windows向けのフルスクリーン・コントローラ。MacOS XではVLC media player 0.8.6で実装済み。
　ドラッガブル、クリッカブル、そしてフルスクリーンでも一般的なボタン操作が可能である事。
　このプロジェクトにおいては、ビデオ出力絡みの作業が必要と思われる（例えば、ファイル間でvideo outputのcloseとreopenが起きないようにするとか、、、）

　Proposed mentor: Not defined yet

字幕サポート

　このプロジェクトは、読み込める字幕形式を増やす為に、subtitle infrastructure と freetypemoduleに絡む作業になると思われる:

　Proposed mentor: Dnumgis (Backup dionoea)

VistaアクセラレーションとDirectXの改善

　Proposed mentor: Quovodis

MacOS X と Leopard

　MacOS X固有のプロジェクトが若干ある。特にLeopard (Mac OS X 10.5)向け。

• VLC.app と VLCplugin.bundleの双方で使えるVLCmedia player フレームワークの作成。他のMac applicationへの組み込みを容易にする。
• VLC media playerを最適化し、Leopardの機能改善を使えるようにする: QTKitCapture API, Resolution independence, iChat Theatre, ...

　Proposed mentor :TheDJ (Backup feepk)

RTSP streaming server

Other Ideas SoC 2007

• Matroska(mkv) muxing
• VLM Schedule and recording
• WinCEport
• Phonon Back-End
• MiniProjects - More ideas

　今日のご飯はカレーだったんだけど（ちょっと嬉しい）、これ印度人に出したら「えーと」って顔すんだろうなと思った。ラーメンや餃子も中国人に出すと「えーと」って顔になるものらしい。といって、逆にそこで「これはカレー（ラーメン/餃子）ではない」とか熱弁されるとこっちが「えーと」って顔になるのだと思う。

　だから、「正しい日本食」を政府が認定しましょうってニュースを見聞きしたときのオレは「えーと」って顔してると思うんだけど、でもこの記事にはびみょーな違和感が漂う。

海外日本食レストランのお墨付き、民間の「推奨制度」に（asahi.com）太字オレ。

---

2007年03月16日21時39分

　海外の日本食レストランのうち「正しい日本食」を出す店に、お墨付きを与える認証制度の創設を検討していた農林水産省の有識者会議は１６日、政府が関与する認証制度を断念した。同日の提言で、民間による「推奨制度」に修正した。「政府がする事業ではない」などの強い批判を浴びたためとみられる。

　有識者会議では、どのような日本食が「正しい」のかも検討してきたが、「現地で日本食として受け入れられている料理のすべてを否定することは困難」などと具体的には示せなかった。

　提言は、新制度を担う主体を民間組織とし、申請したレストランの中から一定基準を満たした店に「推奨マーク」を与えるとしている。農水省は０７年度中に制度を担当する民間組織を立ち上げる考えで、国内に計画の企画・立案組織、海外の国や都市ごとに実施組織を置く。推奨基準は、地域ごとにつくるという。

　同会議は松岡農水相の提唱。世界的な和食ブームのなか、「日本食とは呼べないようなレストランが海外で目に付く」として昨年１１月、有識者会議を立ち上げ、認証制度のあり方や日本食の定義について検討を始めた。

　しかし、政府が関与する形での認証制度に対しては、「排他的、差別的で、政府がする事業ではない」などの批判が同省に寄せられていた。

　同会議の座長をつとめた小倉和夫・国際交流基金理事長は会見で「今後の議論のきっかけになればいい」と話した。

　昨年末の政府予算編成で松岡農水相が大臣折衝で獲得した同事業への２億７６００万円の予算計上の是非なども今後、国会で議論されそうだ。

　意図的にか知らないからなのか、ひとつ上の文脈を見落としているからだ。

　「政府が関与する認証制度」は検証段階の国益追求ツール候補に過ぎない。まさに「今後の議論のきっかけになればいい」だ。この記事にはそっちのほうの解説が見当たらず、なぜか政局の予言じみた文言で終わってる。

　ひとつ上の文脈ってのは『食文化もまた日本のソフトパワー・知的財産権のひとつ！』という知的財産戦略の事だ。例えばコレなんだけど、

農林水産省 - 海外日本食レストラン認証について（2006/11/28公開開始）太字オレ。

---

海外においては、日本食レストランと称しつつも、食材や調理方法など本来の日本食とかけ離れた食事を提供しているレストランも数多く見られます。
このため、海外日本食レストランへの信頼度を高め、農林水産物の輸出促進を図るとともに、日本の正しい食文化の普及や我が国食品産業の海外進出を後押しすること等を目的として、海外における日本食レストランの認証制度を創設するための有識者会議（以下、「会議」という。）を設置します。

　、、、この文言を見て新聞記者さんが見誤るのも無理は無いと思った。この書き方では曖昧だからだ。

　農水省の中に首相官邸の知的財産推進計画を消化し損ねているヒトがあるのだろう。
　ここに 「日本の正しい食文化」というコトバが入ってるのは迂闊だ。こういう精神的な価値観を「目的」に差し挟むと、噛み合う話が噛み合わなくなる。勝手な文脈の勝手な解釈で騒ぎだす連中に付け入る隙を与える。それに「海外日本食レストランへの信頼度」なんて農水省の所轄業務ぢゃない。そもそも文句言うのは日本人観光客くらいのもので、それだって中村屋のカレー喰って「これはカレーではない」と熱弁する印度人みたような浅はかな連中だ（そういう印度人を見た事はないですが）。

　ここは、海外で日本食がブームです。これはチャンスです。日本の農産物をもっと買ってもらいたいんです。農産物の輸出を促進したいんです。日本の農業どーすんねんという話なんです！という唾が飛んでくるような檄文を置いといて欲しかったところだ。それは農水省のヒトにしか書けない。

　中には「昨年末の政府予算編成で松岡農水相が大臣折衝で獲得した同事業への２億７６００万円の予算」さえつきゃなんでもいいってヒトもあるだろう。
　こういう予算は概ね獲得省庁の外郭団体に流れる。経理を含む事務方の実作業のトップには、大概、叩き上げのノンキャリアが天下っている。彼らは水面下の調整や経理事務のエキスパートだ。決算報告書はノンキャリア同士で調整して、それからキャリア同士で調整して、所管官庁（"親元"と言う）に出せばおしまい。

　そのペーパーの裏側がキモなんだけど、大概は財団法人とか社団法人とかで、役所ではないから情報公開法は細かい内訳までは及ばない。上場なんかしてないから外部の人間は内容まで踏み込めない。この国の予算の相当部分はそういう流れかたをしてる。志操堅固な担当者ががっつり目標を意識していればむちゃむちゃ機動性が高く、効率が良い（つまり戦後復興や発展途上国で有用な開発独裁に向いている）のだが、目標点に達すると腐敗が始まり歯止めが無い。

　有識者会議だけで２億７６００万円もかかるわきゃないんで、この金額は当然その先を見込んだ金額のハズだ。なんだかんだで費目振替なんかできっちり消化される可能性がある。この予算、今後どう流れるかについては朝日なり赤旗なりに頑張って頂きたい。その上で、知的財産戦略本部が示す目標に照らした効果判定を読みたい。「政府が正しい日本の食文化を押し付けようとしている」なんて精神論はどうでもいい。重要なのは政府の資金効率だ。

　一方、海外で「本来の日本食とかけ離れた食事を提供しているレストラン」については外務省が正しい認識を見せている。

外務省-  海外における日本食の普及と安全・安心の確保について(2005頃？)太字オレ。

---

　現在、健康志向や日本の生活スタイルの人気の高まりを背景に、海外において日本食が大変な人気となり、日本料理店が世界中で数多く展開されているだけでなく、各国料理においてもその技法や食材が取り入れられ、日本に対する海外のイメージの改善に寄与しています。

　このような日本食ブームを背景にして、知的財産戦略本部（本部長：小泉内閣総理大臣）においては、「コンテンツ専門調査会日本ブランド・ワーキングループ」が開催され、同グループの報告書「日本ブランド戦略の推進」をうけ、「知的財産推進計画2005」においては、優れた日本の食文化を評価し、発展させること、また日本食に関する正しい知識や技術を広く普及し、海外展開を積極的に行うことが明記されました。

　また、食文化の普及に関する民間の取組である「食文化研究推進懇談会」（会長：茂木友三郎　キッコーマン株式会社会長）がとりまとめた報告書においては、日本食ブームを受けた日本料理店の増加に伴い、料理人側の生魚の取り扱いについて知識が不足するケースも見受けられ、衛生面での対策が必要であることが指摘されており、これを受けて、知的財産戦略本部では、海外の日本食の安全・安心についてどのような衛生上の問題があるか、情報や御意見を募集しています。

　これは外務省のヒトにしか書けない。

　サカナを生で喰う食文化というのは、世界的には奇種であり、はっきりいえば「本能的なおぞましさ」があるらしい。あとすき焼きの生卵も。それが「海外において日本食が大変な人気」なのは外務省にとってはまさに値千金。世界中で日本酒や刺身や醤油の蘊蓄が通用するなら、こんなにおいしい話は無い。「各国料理においてもその技法や食材が取り入れられ」ているのなら、尚更に「外交兵器としての蘊蓄」の威力が高まる。

　文化や伝統というのは本質的に閉鎖的で差別的でいやらしいものだ。
　ダテに100年以上、ワインだのフランス料理だのの蘊蓄で威圧してくる連中にハブにされてきたわけでは無いという事だ。それに、頑張ってワインやチーズに詳しい日本人になるより、日本酒とそれに合うツマミに詳しい日本人のほうが断然かっこいいわけで。

　外務省は正しく「料理人側の生魚の取り扱いについて知識が不足するケースも見受けられ」と衛生対策の必要性だけに注目し、情報を募っている。彼らの関心事は「日本に対する海外のイメージの改善」のみであり、例えば寿司や刺身による寄生虫感染の大発生が日本食への関心を終息させるような事態を避ける事、それだけが自分達が関心を持つべき範囲と理解している。

　例えば中国人は淡水魚の刺身を絶対に口にしない。そういう生まれ育ちのヒトが上海あたりで日本食レストランに職を得た場合、適切な調理法を身につけるのは苦労だろう。

◆◇◆

　だから「本来の日本食」なんて議論はどーでもいいのだ。テーマ設定を間違っている。
　「日本の正しい食文化の普及」なんてのは政府の仕事ではないし、「排他的、差別的」なんて批判も的外れなだけでなく、不毛だ。
　そもそも文化や伝統というのは本質的に閉鎖的で差別的でいやらしいものなのだ。

　それは外交の武器になるか？
　それは農産物の輸出促進になるか？

　コトバや論理にできるのは精々そこまでだろう。

　いやでも韓国政府には「正しいキムチ」マーク作ってほしいかもしんない。どーも最近直輸入でも味が違うような…、原材料名に醤油とかアミノ酸とか書いてある事が多いような…。

　x264Encoderの設定を、MEncoderの常用設定とできるだけ揃えて比較してみた。主な設定は2pass,1024kbps, B-Frame=3。
　x264Encoder はMPEG streamclip経由で使用した。
　素材は実写の舞台中継『サクラ大戦歌謡ショウ「新・愛ゆえに」』。なんていうんだろう、歌謡ショウ？ミュージカル？まぁ宝塚みたいなもの。

　※緑がbetter

１. x264Encoderの方が高速。

　MEncoderで使ったx264オプションやビデオフィルタに違いはあるが、取り立てて重い部類のものでは無いと思う。MEncoderの21時間44分42秒に対しx264Encoderは20時間48分23秒と、トータルで56分程度の差がついた。GUI付き、ビルド済みの配布物でありながらこの速度は素晴らしい。ソースコード同梱なので、手許でビルドすればさらに速くなるかもしれない。

２.MEncoderの方が高画質。

　ただし、x264Encoderの画質は、おそらく多くの人が充分な画質と看做すと思う。
　手許ではSSIM=0.98以上、AVG QP(P)=20以下を一応の目標にしているが、主観的には少し低い（x264EncoderのSSIMはあと0.0007）からといってそうそう気になるものではないし、AVG QP(P)=22というのはffmpegXが固定QPではこれ以上下げない方が良いとしている値だ。

　原因としてはインタレ解除やスケーリングの性能差、自分がx264Encoderのデノイズに不慣れな事、細かいx264オプションの違いが考えられるが、最も目立つのはI枚数。

　手許の録画傾向およびMEncoderの経験上、I比率0.87%は実写としては比較的高い。アクション映画か、あまり手間のかかってないアニメ並みだ。確かに舞台中継は映像がダレないようにカット切り替えを多用するものだが、のべつまくなしにそれが続くというものでもなく、舞台全体を見渡すカットも結構長い。全体的なカット数は一般的な映画と大差ない範囲に収まっている印象がある（たぶん映像のプロの人が本能的にそうするのだと思う）。直近10件の落語を除く実写のI比率は平均0.62%。『マトリックス・レボリューションズ』の1.45%（これは『ゼーガペイン』を超えている）と『2004US_アレキサンダー』の0.84%を除外すると0.49%になる。

　MovieVideoChartで見ると、MPEG streamclipのx264Encoderの最大GOP間隔は5秒のようだ。

　MEncoderのGOP関連設定は、keyint=300:keyint_min=30:scenecut=40とデフォルトかつ定石の値（keyint=300は最大10秒@30fps）だが、MPEG streamclip・x264Encoderともに、x264Encoderにはkeyint、keyint_minに相当する指定項目が無く、設定を合わせる事が出来なかった。この部分はフロントエンドに任せていると思われる。MPEGStreamClipのヘルプによるとAppleの推奨キーフレーム間隔は5秒単位なので1.8でそれに合わせたとある。これがI枚数の違いを生み、bitを費消し、全体のQPを押し上げている。もしもここを弄る事ができれば、x264Encoderでコンスタントに1024kbpsでSSIM=0.98を狙う事ができるだろう。

３.その他の違い。

• MPEGStreamClipのインタレ解除は概ねpp=md相当。
  　地味にジャギが出る。画質差と言う点ではこれが一番目立つ。
• 音はMPEGStreamclipの方が良い。
  　FAACよりQuickTime AACの方が優秀。同じ128kbpsでもぜんぜん違う。最善はnero AACらしいが、Macでは動作しないようだ。
• GUIの方が楽。
  　当たり前だが習得も入手もMEncoderやffmpegより遥かに楽だし、MPEGStreamclipではバッチリストが使える。

4. 設定

　MEncoder(x264 core:54 svn-623M)

===MENCODER_PASS1===
 $ mencoder サクラ大戦歌謡ショウ「新・愛ゆえに」.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=300:keyint_min=30:scenecut=40:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblock=0,0:cabac:nofast_pskip:dct_decimate:nointerlaced:noglobal_header:psnr:ssim:pass=1:threads=2:8x8dct:turbo=1 -passlogfile サクラ大戦歌謡ショウ「新・愛ゆえに」.264.log -vf yadif=2,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup -sws 9 -ofps 30000/1001 -of rawvideo -o /dev/null
 ===MENCODER_PASS2===
 $ mencoder サクラ大戦歌謡ショウ「新・愛ゆえに」.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=300:keyint_min=30:scenecut=40:qp_min=10:qp_max=51:qp_step=4:qcomp=0.6:ratetol=4:deblock:deblock=0,0:cabac:nofast_pskip:dct_decimate:nointerlaced:noglobal_header:psnr:ssim:pass=2:threads=16:me=umh:me_range=32:subq=7:frameref=4:mixed_refs:8x8dct:partitions=all:trellis=2:brdo:bime:cqm=jvt:direct_pred=auto -passlogfile サクラ大戦歌謡ショウ「新・愛ゆえに」.264.log -vf yadif=2,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup -sws 9 -ofps 30000/1001 -of rawvideo -o サクラ大戦歌謡ショウ「新・愛ゆえに」.264

　MPEGStreamclip1.8+ x264Encoder0.5.1

全て切っている。
MPEGStreamClipのインタレ解除を使う為。

MPEGStreamclipのインタレ解除は動きのある部分のみボトムフィールドを処理する。
とヘルプにあったのでpp系より賢そうな印象を受けたので使って見た。

素のQuickTime Player（Apple-H.264）は、8x8DCT,FLAG2_BPYRAMIDを受け付けない。

５. 余談：

　ゲキテイを途中で切るなぁああっ！！

　生で演劇を見る時は好き勝手な方向に視線をやる事ができる。気に入った役者が居ればずっとその人を見ていれば良いし、居なければ非常灯でも見てい るなりできる。芝居そのものに興味がなくても、知り合いが出てればその人に視線が行くものだし。

　それができない芝居の放送には、地味に違和感がある。落語はそうでもないが、芝居ではどうしてもカメラや編集の人がカット切り替えやズームを入れ てしまうので、いや拙者はイマべつの人が見たいのでござるという事がおこる。「ええい、ホワイトベースはいいッ、ガンダムを映せッ！」である。

　そこでふとQuickTime VRってのを思い出した。冒頭の写真がそれ。写真の中でクリックしたままマウスを動かすとぐりぐりと360度回転する。Shiftでズームイン、ctrl でズームアウト。Cubic VRというのになると左右だけでなく上下方向も限界が無い。前後左右上下の写真を撮って、仮想キューブの内側に貼付けてあるわけだ。Cubicは特殊なカ メラが必要だったと思うが、左右方向だけのものなら普通の三脚でカメラの向きだけ変えて、後から写真を繋げば作れた。パノラマ写真というやつだ。一時期の デジカメには作成ソフトがついてた。

　これを動画でできたら、いろんな動画がもっとリアルになると思った。芝居やコンサートや野球やサッカーや相撲 やテレビ埼玉新春恒例！県内財界人カラオケ大会（あるんだそういうのが）とか。知事の熱唱に冷ややかな視線を送るどこぞの社長とか、とてもリアルだろうい ろんな意味で（一部県民限定）。

　QuickTime VRでぐぐるとどうやら開発停止になったようで、AppleのCubic VRギャラリーすらFirefox, Safariともに動作しないが、埋め込まれた.movはFirefoxの「ページの情報（林檎+I）」でダウンロードでき、QT７で開ける。

　ところでテム=レイが叩いてたテレビって確かブラウン管だったよね？

原文：MPEG Streamclip1.8を右クリック→Contents/Resources/English.lproj/Guide.rtf

もくじ

1. MPEG Streamclip 1.8
   1. COPYRIGHT
   2. NEW IN VERSION 1.8
   3. NEW IN VERSION 1.8b2
   4. NEW IN VERSION 1.8b1
   5. MPEG STREAMCLIP ON INTEL
   6. OVERVIEW OF MPEG STREAMCLIP
   7. SETTING PREFERENCES
   8. OPENING STREAM FILES
   9. OPENING A STREAM OVER THE INTERNET
   10. DOWNLOADING A STREAM
   11. READING STREAM INFO
   12. CHOOSING AUDIO AND VIDEO PIDS
   13. AUDIO MODES AND MULTICHANNEL AC3
   14. AUDIO MODES AND MPEG AUDIO
   15. MAKING A SELECTION
   16. TRIMMING THE STREAM
   17. EDITING THE STREAM
   18. FIXING TIMECODE BREAKS
   19. USING THE EDIT LIST
   20. THE LOG WINDOW
   21. SAVING THE STREAM
   22. EXPORTING TO QUICKTIME, AVI, MPEG-4
   23. AUDIO AND VIDEO FORMATS SUPPORTED IN AVI FILES
   24. EXPORTING TO DV STREAM
   25. EXPORTING A FRAME
   26. CONVERTING THE STREAM
   27. PLAYING THE STREAM
   28. USING BATCH PROCESSING
   29. USING MPEG STREAMCLIP WITH THE DREAMBOX
   30. USING MPEG STREAMCLIP WITH THE TOPFIELD TF5000PVR/TF5500PVR
   31. OTHER COMPATIBLE DEVICES
   32. INTERNATIONALIZING MPEG STREAMCLIP
   33. SUPPORT
   34. BUGS?

MPEG Streamclip 1.8

COPYRIGHT

NEW IN VERSION 1.8

NEW IN VERSION 1.8b2

NEW IN VERSION 1.8b1

MPEG STREAMCLIP ON INTEL

OVERVIEW OF MPEG STREAMCLIP

1. muxed files：MPEG, MPG, VOB, PS, M2P, MOD, VRO, DAT, DCM, VDR, PVR;
2. transport streams：TS, M2T, MTS, MMV, REC, VID, AUD, AVR, TP, TP0, TRP;
3. demuxed files：M2V, M1V, MPV, AIFF, AIF, M1A, MP2, MPA, AC3;
4. QuickTime互換ファイル：MOV, DV, AVI, MP4, DIVX, WMV, FLV;
5. 静止画ファイル：TIFF, JPEG.

1. MPEG-1 video、MPEG layer 1/2 audio、AC3/A52 audio、PCM audio。
2. MPEG-2 videoのコンバージョンはサポートしているが、再生と書き出しにはAppleからMPEG-2再生コンポーネント ($19.99) を購入する事。
3. DivXファイルを開くには、いずれかのフリーのDivX互換コデック(DivX 5 or 6, 3ivx, XviD).が必要。
4. WMVファイルを開くには、フリーのFlip4Mac WMV Player http://www.flip4mac.com/&nbsp;（WMVからの書き出しには Flip4Mac WMV Player Pro または Studioの購入が必要）。WMVへの書き出しはまだサポートしていない。
5. FLVファイルを開くには、Perianをインストールする。これはフリーのコデック・パックで、 http://www.perian.org/で入手できる。しかし現時点では、Perianはほかのコデックを「旧式化」したり乗っ取ったりはしないので必要に応じて 3ivx, DivX, XviD をインストールする必要がある。

• from MPEG, MPG, VOB, PS, M2P, MOD, VRO, DAT, DCM, VDR, PVR, TS, M2T, MTS, MMV, REC, VID, AUD, AVR, TP, TP0, TRP
  to MPEG, TS, REC, VID, M2V, AIFF, M1A, AC3
• multiplex M2V, M1V, MPV files with AIFF, M1A, MP2, MPA, AC3 files
  to MPEG, TS, REC, VID, M2V, AIFF, M1A, AC3
  （単にM2V か M1V ファイルを開けば、同じ名前を持つaudio file が multiplexされる）。
• very fast, no loss of video quality, perfect audio/video sync
• Toast 6/7、DVD Studio Pro 2/3/4、Final Cut Pro/Express、Sizzleとの互換性。
• Toast 6/7 や DVD Studio Proがサポートしていないフレームサイズのインポートを可能にする特別なHeaded format。
• Final Cut Pro と Final Cut Express用の特別なUnscaled demuxed file。
• 複数VOBや複数TSファイルの自動結合。
• stream をスキャンし、timecode breakを直すマニュアルコマンド。
• バッチ・コンバージョン。

• from MOV, DV, AVI, DIVX, MP4, WMV, FLV, MPEG, MPG, VOB, PS, M2P, MOD, VRO, DAT, DCM, VDR, PVR, TS, M2T, MTS, MMV, REC, VID, AUD, AVR, TP, TP0, TRP, M2V
  to MOV, DV, AVI, DIVX, MP4
• すべてのQuickTime互換ビデオコデックと、多数のオーディオフォーマットをサポート。
• QuickTime 7の新機能を活用。ただし、QuickTime 6との互換性も確保。
• 非常に高品質のエンコーディング。全ては、unscaled またはbicubicよりも良い2D-FIR scalingを使ったYUV color space内で行われる。
• 動き適応型（＊motion-adaptive＊）デインターレースと彩度のリインターレーシング。完璧なaudio/video sync。
• 高性能なオーディオ・リサンプラーを内臓
• バッチ書き出し

• QuickTime互換ファイルの再生。
• MPEG, AC3, PCM/AIFF audioの入ったmuxed/demuxed MPEG/VOBファイル、およびtransport streamsの再生。
• 4GB以上のMPEGファイルや、多数のセグメントに分割されたMPEGファイルの再生（＊Quick Time PLayer Proでは4GBが上限＊）。
• transport stream とMPEG/VOB file 内部の multiple audio trackをサポート。
• フルスクリーン再生。矢印キーでズーム。

• MPEG ファイルと transport streamのGOP単位編集（キーフレーム単位のcut/copy/paste）。
• QuickTime ファイルのフレーム単位編集。
• "revert trimming" を備えたトリミング機能。
• 矢印キーでのキーフレーム間移動。
• edit list

• インターネット越しに直接AVI, DIVX, MOV, MP4, WMV, FLVファイルを再生し、ダウンロード。
• 場合によっては、動画ファイルが埋め込まれたウェブページのアドレスを打ち込めば動画ファイルを再生・ダウンロードできる。
• ディスクに保存する前の編集。
• バッチダウンロード。

SETTING PREFERENCES

OPENING STREAM FILES

• Video Files： .ts, .ps, .vob, .vro, .dat, .vdr, .pvr, .rec, .mpeg, .mpg, .m2p, .m2t, .mts, .m2v, .m1v, .mpv, .mmv, .mod, .vid, .avr, .dcm, .tp, .tp0, .trp, .mov, .dv, .avi, .mp4, .m4v, .divx, .wmv, .flv, .jpeg, .jpg, .tiff, .tif
• Audio Files： .aiff, .aif, .m1a, .m2a, .mp2, .mpa, .ac3, .aud.
• その他：拡張子の無い MPEG, AIFF, MOV ファイル。

OPENING A STREAM OVER THE INTERNET

DOWNLOADING A STREAM

READING STREAM INFO

CHOOSING AUDIO AND VIDEO PIDS

AUDIO MODES AND MULTICHANNEL AC3

• AC3 1/0: Center (mono)
• AC3 1+1: L, R (dual mono)
• AC3 2/0: L, R (stereo)
• AC3 3/0: L, R, Center (3 front channels)
• AC3 2/1: L, R, S (stereo + 1 surround)
• AC3 3/1: L, R, Center, S (3 front + 1 surround)
• AC3 2/2: L, R, LS, RS (stereo + 2 surround)
• AC3 3/2: L, R, Center, LS, RS (3 front + 2 surround)

　オプションとしてLFE チャンネルが上記全てに存在し得る。

AUDIO MODES AND MPEG AUDIO

MAKING A SELECTION

　選択範囲（＊selection＊）は、映像の一部分をIn点と Out点で囲んだものです（＊カットなどの前の選択範囲＊）。
　選択範囲は、次のような方法で指定します。

• Shiftを押し下げながら（In点からOut点まで）再生ヘッドをドラッグ。
• 再生ヘッドをIn点（Out点）に移動し、Shiftを押し下げながらOut点（In点）まで再生ヘッドをドラッグ。
• 再生ヘッドをIn点に移動して I key、再生ヘッドをOut 点 に移動して O key。

　player が選択範囲をハイライト表示します。
　キャンセルはX key、またはEditメニューの "Cancel Selection"。キャンセルはこの二種類だけですのでコマンドを覚えておいて下さい。
　また、キャンセルされるのはIn点だけで、Out点 はキャンセルされません。

TRIMMING THE STREAM

EDITING THE STREAM

FIXING TIMECODE BREAKS

USING THE EDIT LIST

THE LOG WINDOW

SAVING THE STREAM

EXPORTING TO QUICKTIME, AVI, MPEG-4

• MOV：Motion JPEG A
• AVI：Photo-JPEG or DivX
• MP4：MPEG-4 or H.264

AUDIO AND VIDEO FORMATS SUPPORTED IN AVI FILES

• サポートされているビデオコデックは、DV、Cinepak、BMP、JPEG、DivX 6.5-6.6および5.2.1、3ivx、XviD。
• DivX (本稿執筆時点ではversion 6.6)の入手先はhttp://www.divx.com/
• MPEG Streamclipの現行バージョンは特別なDivX codec adapterを含んでおり、DivX 6.5、6.6ならびに5.2.1互換。従ってDivX 6をコデックとしてフル活用できる。DivX 6が実際にコデックを含んでおらず、単なるexporterである場合であっても。このアダプタ経由でDivXコデックを使う場合、起動ディスクに最低500MBの空き領域が必要。
• 将来のDivXはこのコデックアダプタの機能と競合する可能性が高い。ですから現在のDivX installerのバックアップを取って置いて下さい。
• ＊DivX 6はコデックの進歩というよりは、副音声やメニューを実装した.divxフォーマットアダプタの色彩が強い。このフォーマット自体、.AVIのラッパーという色彩が強く、一般的なDivx.aviとしてデコードできる。
• 3ivx(執筆時点の最新版は 4.5.1、version 5な coming soon) の入手先は http://www.3ivx.com/
• XviD (執筆時点の最新版はversion 0.5.1) の入手先はhttp://n.ethz.ch/student/naegelic/（Intel機では、"XviD_Avi_Import_Preview4_intel"のdisk imageをダウンロードし、"XviD_Codec-r58" and "AviImporter-r7"のコンポーネントをインストールする事）。
• 768 x 576 DivXファイルを再生出来ないPALデバイスがある。この場合、特別なフレームサイズ"720 x 576 (DivX PAL)"を使う事。これはピクチャの両サイドをクロップして正方形ピクセルのaspect ratioを維持するもの。また720 x 540と異なり、インターレースを保持する。

• サポートされているオーディオコデックはUncompressed、MPEG Layer 2 (MP2)、 MPEG Layer 3 (MP3)、 AC3。
• MPEG Layer 3 コデックはDivX 6.5/6.6またはDivX Pro 5.2.1をインストールしていないと選択肢に出てこない。
• 素材MPEGファイルの音声がAC3フォーマットの場合のみ、"Pass Thru"オプションでAC3音声をAVIに書き出せる。AC3音声入りAVIはMPEG Streamclipでは追加コデック抜きでそのまま再生できるが、QuickTimeではAC3コデックを入手する必要がある。http://www.insaneness.com/
• AVIファイルではApple IMA 4:1コデックはサポートされていない。これを選択した場合、代わりにµlaw 2:1コデックが適用される（少なくともこのバージョンでは）。また、AVIではMPEG-4 AAC と AMR Narrowもサポートしていない。
• AVIファイルはCBR(constant bit rate) オーディオヘッダ付きで生成される。もし音声がCBRでは無い場合、またはサンプルレートが44.1 kHzのMPEG Layer 2の場合、非常に長いムービーで若干のaudio/video sync問題が起こりうる。この場合、preferenceの"VBR Audio"オプションをイネーブルにするとVBRヘッダで書き出す事が出来る。ただし、全てのプレイヤがVBRヘッダ付きAVIに対応しているとは限らない。

EXPORTING TO DV STREAM

EXPORTING A FRAME

CONVERTING THE STREAM

PLAYING THE STREAM

• QuickTime
• DV
• AVI
• MPEG-4
• 音声がMPEG、AC3、PCMのMPEG-1 ならびに MPEG-2（要MPEG-2再生コンポーネント）muxedファイル。
• demuxed M2VファイルをAIFF audioと一緒に。
• 音声がMPEGかAC3のtransport stream

• L key：再生。押すたびに 1x, 2x, 4x, 8x... と再生速度２倍（逆再生時は半減）。
• J key ：逆再生。押すたびに -1x, -2x, -4x, -8x... と逆再生速度２倍（再生時は半減）
• K key ：停止。

USING BATCH PROCESSING

USING MPEG STREAMCLIP WITH THE DREAMBOX

USING MPEG STREAMCLIP WITH THE TOPFIELD TF5000PVR/TF5500PVR

OTHER COMPATIBLE DEVICES

• digital video recorder：Elgato EyeTV、ReplayTV
• set-top box：Humax PVR-8000、Homecast、Technisat S1
• camcorder： Panasonic SV-AV100、JVC Everio、Sony T1 camera、Panasonic VDR-M70、Hitachi DZ-MV230
• その他たくさんのデバイス

INTERNATIONALIZING MPEG STREAMCLIP

SUPPORT

BUGS?

　経験上、白黒映画は難物だと思っている。
　正確な理由は解らないがなかなか縮まず、ブロッ クノイズ に不満を感じる事が多い。トラウマであり悩みの種であり動画エンコ最大のテキである。

◆白黒映画の特徴

　 白黒映画では輝度情報の重要度が飛躍的に高い。いや当たり前だけど。
　Xvidでグレイスケールにすると色味が変わるので多少は彩度 情報が入っているようだが、これはTV局が見やすさの為に付加しているか、フィルム自体の色だろう。見た目の印象ではグレイスケールより青みががっているが、いずれ にせよ彩度情報は一律な着色と思われる。

◆chroma_qp_offsetオプション

　 ならばこのオプションが使えるのではないかと思った（らけった版ffmpegにも-chromaoffset <int>と いうコマンドがある）。

chroma_qp_offset=<-12-12>
彩 度情報と輝度情報に異なる量子化値（quantizer）を使う。実用範囲は-2から2。 (default: 0).

　x264cli では--chroma-qp-offset。 以 下のような解説がある。

zero1(svn408)
Usage: --chroma-qp-offset <integer> (default=0) [-12 - 12]
彩度情報 と輝度情報に異なる量子化値を使う。
これはちょっと面白い。というのは人間の目は彩度変化よりも輝度変化 に敏感だという視覚認識のしくみを逆手にとるものだからだ。反面、彩度情報はYV12（＊DVDやテレビが使うYUV4:2:0＊） ではもともと間引かれているので、僅かな輝度画質向上の為に、大量の彩度画質を犠牲にする事になる。

覚 書（要約）
色部分 (chroma U・V)を輝度部分(LUMA)とQの差を発生させて、エンコする事ができる。基本的には、差を用意したいのであ れば、マトリクス側で行えば用が足りる。マトリクスをLUMA・CHROMA間で差を用意していないのであれば、このオプションを使ってもいいかもしれな い。

　覚書氏の言う通り、輝度・彩度の差分はマトリクス側で用意するほうが緻密なQP指定が出来るが難易度が幾何 級数的になる。これで済むなら済ませたい。

◆実験

　素材は白黒映画か ら切り出した1分程のクリップ。
　一律に着色してあるのはおそらく青だから、YUVのうち重要 なのはまずY（輝度）、次にU（青と 輝度の差分）のPSNRという事になると思う。V（赤と 輝度の差分）はさほど重要ではなかろう。

x264 [info]: SSIM Mean Y:0.9919717
x264 [info]: PSNR Mean Y:48.027 U:54.472 V:54.422 Avg:49.309 Global:49.226 kb/s:1034.58

	Yのみだから彩度劣化で 上がるのは当たり前。
	僅かな輝度画質向上の為に 大量の彩度画質が犠牲に な っている。 まさにそーしたいわ けだか ら、狙いとしちゃおっけー
	指定値プラスの領域では、 おおむねVの劣化度は、 U よりも高い。これも狙いと しちゃおっけー。 重要度はY>U>V。 輝 度ゲインとUロスは 6-8あたりがバランス良さ そう。

　しかし主観的には画質の違いは非常に僅かだった。傾向としては、 chroma_qp_offsetを変えると画質が向上する部分と悪化する部分がある。

• 下 げた場合（-12）：明るい部分は画質向上、暗い部分は画質低 下。
• 上げた場合（+12）：明るい部分は画質低下（地味に荒れる）、暗い部分は画質向上（ブロックノイズは出 るが地味に スムースになる）。

　おそらく白黒映画の彩度信号UVは、 明るい部分の階調表現に貢献しているのだろう。また存在する以上、動き予測の手がか り（chroma_me）などにも使われる。そういう傾向が飲み込めれば使えないものでもあるまい。

　 グラフを元に0と7を見比べてみたところ、7では極めて地味に「闇階調のフレーム単位でぱたぱたと動くブロックノイズ」が緩和していた。
　6 -7の傾向が白黒映画全般に使えるとは限らないし、カスタム量子化マトリクスにも及ばない筈だが、ratetolやqp_stepなどの設定もアニメっぽ く（白黒はカラーよりフレーム間の輝度変化が激しいハズだ）してやれば、結構イイ線いくかもしれない。

設 定

===MENCODER_PASS1===
$ mencoder mono_0.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=24:scenecut=65:qp_min=10:qp_max=51:qp_step=4:chroma_qp_offset=0:qcomp=0.6:ratetol=4:deblock:deblock=0,0:cqm=jvt:cabac:direct_pred=auto:nofast_pskip:nodct_decimate:nointerlaced:noglobal_header:psnr:ssim:pass=1:threads=2:8x8dct:turbo=1 -passlogfile mono_0.264.log -vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup -sws 9 -zoom -ofps 24000/1001 -of rawvideo -o /dev/null
===MENCODER_PASS2===
$ mencoder mono_0.mpeg -nosound -ovc x264 -x264encopts bitrate=1024:bframes=3:b_adapt:weight_b:b_pyramid:keyint=240:keyint_min=24:scenecut=65:qp_min=10:qp_max=51:qp_step=4:chroma_qp_offset=0:qcomp=0.6:ratetol=4:deblock:deblock=0,0:cqm=jvt:cabac:direct_pred=auto:nofast_pskip:nodct_decimate:nointerlaced:noglobal_header:psnr:ssim:pass=2:threads=16:me=umh:me_range=32:subq=7:frameref=4:mixed_refs:8x8dct:partitions=all:trellis=2:brdo:bime -passlogfile mono_0.264.log -vf pullup,softskip,pp=l5,crop=720:480:0:0,scale=640:480:::4,hqdn3d=4:3:6,harddup -sws 9 -zoom -ofps 24000/1001 -of rawvideo -o mono_0.264

ageha 内関連記事

• 闇階調のブロックノイズ（白黒映画）その2
• 2. Ratecontrol options（tag:x264(r600)コマンド対応）

外 部リンク

• chroma_qp_offset=<-12-12>（ MPlayer and MEncoder on MacOSX）
• YUVフォーマット及び YUV<->RGB変換（京都大学博士、川嶋 宏彰 助手のページ）
• 基 本的な原理としては、U=B-Y, V=R-Yと いう理解で良いらしい。
• Y：RGB全てに関係
• U：GBに関係
• V： RGに関係
• 色空間（Wikipedia）

　知った場所：ネ タフル - 辞書機能付きRSSリーダ「G10 Reader」

　Livedoor Readerの不満はPg Dnキーが効かない事。コレ、マウスにも付いてるんで地味に困る。Mac版Firefoxだけのマイナーな問題かもしれないがオレは困るオレが困るw。
　Livedoor Clipは詳細・一覧・画像のみと表示きりかえが出来て便利なのだがコメント欄が短い。ながながと要約やコメントを書きたいというのもマイナーな需要かも しれないがオレは困るオレが困るw。

　で、http://wordg10.com/。

　速攻登録。Ld Readerのexport.xmlを受け付けず、Viennaの吐き出すopmlも受け付けず、ウチだけの問題かもしれないが以下 略。
　てゆうかLd Readerのexport.xmlってOmniOutlinerでもProperty List Editorでも開かないぞな？。ま、いいや。
　数件手作業で登録しただけだがちょっと鯖負荷はチューニング中みたような印象を受けた。

　ぱっと見はLd Readerと同じ画面構成なんだけど、地味にとても見やすく、読み易い感じで気に入りました。「地味にとても」ってなんだよって感じだけど、ガイドとか 配置も分量もスゲェ読み易いし、操作系のボタンやリンクが大きめで迷わないしすっとマウスポインタが合う。Ld Readerってえーとあの機能どこだっけって視線が迷わない？ボタンとか小さく無い？キーボードショートカットのヘルプとかジャマぢゃ無い？もの読む時 にずっとキーボードに手ぇ載っけてる？個々の要素はありがちなのにどこをとってもイラツキが無い。大量にRSS登録するとどうなるかはまだ解らないけど期 待してしまうんだ。

　似てる。初めてGUIのOSに触れたときの感じに似てる。徹底してマウスオリエンテッドなんだこれ。

　クリップ。コメントの入力欄は非常に狭いがなななんと9000文字以上入る素薔薇だぬすぃ！。あからさまにBlue Dotを超えている。そーかそーか、どーせブラウザ上に入力欄なんか用意してもたかが知れてるし長く書きたきゃ他で書いてコピペしなって事なのだね。ニク い。ニクいぞ。あ～でもFeedだけかぁ、オンラインブックマークやメモも入れられたらなぁ。

　惜しむらくは表示切り替えが無い事だが、欲すぃ。後 から探す時に煩瑣になる。日常的に9000字書かれても困るのかもしれないけどやっぱ詳細と一覧は欲すぃ（そんな書かないし）。

　目玉の辞典機能とかフィードの管理機能とかも面白い、上に迷いが無いんだけどお試しアカウントが使えるのでとっとと試すといいです。

　http://wordg10.com/。

　知った場所：Apple TV now plays Divx too（The Gizmo blog・ThinkThecno：2007/04/25）
　原文：We just got xvid working on the Apple TV（ど こかの掲示版）
　注意：信憑性未確認。訳文精度30%。

We just got xvid working on the Apple TV

やぁ、Sabretooth と 自分はたった今、Apple TVで Perian を動かし、Xvid/その他なんでも再生できるようにしたよ。

下 の写真はホンモノで、この投稿は失われたXvidの話だ。(FAKE FAKE RAHGHG FAKE):（＊意味不明＊）

細 かい事は書いている途中だけど、取り急ぎ概要： 

1. 開腹（底面のトルクスネジ4本）。
2. 2.5" driveをUSBで接続するPut the 2.5" drive into a USB enclosure or whatever you want
3. HFS filesystemをマウント。
4. Perian を（通常通りに） /Library/Quicktime にインストール。
5. Dropbear をインストール（やり方を知ってるならSSHをイネーブル。自分達は解らなかったので Dropbearを使った）
6. startup scriptを、Firewallを切り、SSHで必要なポートを空けるように設定。
7. HDを元に戻して起動。 ssh login as frontrow, password frontrow (またはssh key を自分用に追加)
8. xvid fileをbootstrapするには reference movie を使う(reference movieはQT Proで作る)。

ほらできた！

今日中にちゃんと書く。

Edit: digg に出た : http://digg.com/apple/XviD_fully_functional_on_Apple_TV

　こ の先はちょっと解りかねますが、既に「ちゃんと」書き上がっているようです。

　AppleTVのOSはMac OSXベースなのでちょっとした開腹手術を厭わなければ結構イロイロできそう。

　てゆうか、メンテ用のUSBつい てんだからキーボードやマウスやFirefox使えねぇか？Core Audio/Graphicsも叩けねェか？少なくともカーネルはDarwinなわけで、PS3と違ってグラフィックチップへのアクセス制限も弱いと思われ、メモリ搭載量によっては統合デスクトップ環境も、、、。

みかづき年みみず月みのむし日

妖精が見つからない、だって？

ばかを言っちゃ、いけない。きみに用があるなら、こっちから会いに行くさ。

きみが用があるとき、いつでもボクを呼び出せるようにしろ？　ボクのからだに発信器（タグ）を埋め込み、いつでもどこにいるか分かるようにしろ？　交流関 係をすべて洗い出せ？

まあ分からないでもないさ、せいぜい100年か200年で儚く消えるきみたち有肉種にとっては、時間コストが重要なんだ。

きみたちは森を拓き、案内板と標識が完備された美しい公園を作ろうとしている。ボクたちは、原生林にひそんでいる。森の奥に…。ひんやりと湿った空気のな かに、かすかに苦み走った樹脂のにおい。うっとりするような飴色の光。夢のような葉ずれの音。甘ずっぱいのは土の上で朽ちてゆく落ち葉のにおい。

きみたちは分析し、分類し、定義する。どんなに詳しくまとめても、そして、それはいつもこぼれ落ちる…。

更新が時間順でない？　最新の記事が突然消えたり、過去の記事がいつのまにか伸びている？　妖精は変てこで、何でもあべこべにやるのが好きなのさ！

どこに何があるか分かりにくい、だって？　ねえ人間さん、ここは人間の森ではないのですよ。においをかぎつけた虫が隠れた蜜を堪能しているうちに、ひそか に花粉を運ばせる。花が見えない者に花は運べない。

分からないならお呼びじゃないのさ！　さあ、帰った、帰った。運命の女神が望むなら、きみはボクを見つけ、ボクはきみを見つけるだろうから。

花じゃないよ。花でも、ボクでもないよ。

　AwkwardTVプロジェクトというのは、どうもApple TVの情報を集約していろいろと機能を拡張しようぜというプロジェクトの模様（もちろん合法的な範囲で）。

　wikiには例として、対応コデックの追加、内蔵HDの拡張、外部HDの接続、SSHやVNCでリモートコントロール、といった事柄が上げられています。

外部USBドライブからブート

　AwkwardTV project のOzyがApple TVをUSB接続した外部HDから起動する 方法を見つけた。 分解したり内蔵HDを交換する必要は無い。

　彼のビデオ（YouTube）では、Apple TV は外部ドライブの改造したシステムから起動している。

＊＊＊

　※ハッキング/ハッカーというと悪いイメージがあるかもしれませんが、正しくは「スゴい事をする/それができる人」くらいの意味で、敬称です。パソコンの知識を犯罪に使う事/人はクラッキング/クラッカーと言います。為念。

　英語がいまいち聞き取れませんが、YouTubeのビデオではAwkwardTVのロゴが表示されるがその後Appleのロゴが表示され、リカバリー画面に入っているように見えます。ブートシークエンスに割り込めましたよ、といった段階のようです。

USB ポートはデフォルトでは機能しません

　Appleによると、USBはApple自身のサポート専用です。
　なんらかのソフト的な手段でディスエーブルされているようです（あるいは EFI上ですらあるかもしれない）。
　Command-Sでシングルユーザーモードで起動する事から考えて、EFIでディスエーブルにしている可能性は低く思えます。

USBをイネーブルにする方法

　現時点ではApple TV OSでUSBデバイスを使う手段は発見されていません。可能になり次第この場所にポストします（幾人かがIOUSBファイルのスワッピングを試みましたが 未成功です）。

Command-S でシングルユーザーモード起動

　しかしながら、USBポートはハードウェア的な意味ではフル機能を発揮します。
　キーボードを挿して起動時に Command-S を押下げるとシングルユーザーモードで起動します。

ブータブルUSBドライブを接続し、再起動中にリモートで"menu" と "-"を押します。これはOzyが発見しました (Video) (YouTube) 。

　Ozyが使ったのは、区別するためにブートピクチャを置き換えた内蔵ドライブのクローンです。Apple TV OSがブートプロセスの途中でUSBをディスエーブルにするため、ブートは完全ではありませんでした。でもな？コイツは起動だろ？次はDarwin mini USB drive imageを作ってみるとしよう。

USB driveからのリストア

　phoemが、内蔵ディスクのリストアと、imageを使って外部USBドライブからのSSHをイネーブルにするインストラクションを書いた。

• インストラクション：http://phoem.com/appletv-without-open.html（＊ まだ途中だよと大書してある。とりあえずIntel Macが必要なようだ＊）
• AppleTV Fast DD Method:http://phoem.com/appletv.html

＊＊＊

　知った場所：Gizmodo’s Top 5 Apple TV Hacks

ベストセラーの著者に牛乳業界が質問状　有害の根拠示せ（asahi.com） 太字オレ

---

2007年03月28日 12時36分

　ベストセラー「病気にならない生き方」（サンマーク出版）で、著者の新谷弘実氏が「牛乳を飲み過ぎると骨粗鬆症（こつそしょうしょう）にな る」などと書 いていることに対し、日本酪農乳業協会がつくる学識者の団体が、新谷氏に「科学的根拠を示してほしい」との質問状を出した。

　２８日付で質問状を出したのは、牛乳に関する知識普及のため、日本酪農乳業協会が栄養学などの専門家１６人を組 織した「牛乳乳製品健康科学会議」（会長・折茂肇健康科学大学長）。

　「病気にならない生き方」は、内視鏡外科医として日米両国で活動する新谷氏が、自らの臨床経験から導き出したと いう健康法を説いた本で、１３０万部を超 える。この中で新谷氏は「牛乳ほど消化の悪い食べものはない」「人間が食物とするにはふさわしくない」などと述べている。

　同会議は「主張の科学的根拠に大きな疑問を持っている」と、牛乳・乳製品の摂取増加が閉経後の骨量減少を抑える という論文を挙げたり、 牛肉や卵より優れている牛乳のたんぱく質の消化率を引用したりと根拠を示しながら、８項目にわたり反論。新谷氏に主張の科学的根拠を示すよう求めている。 回答期限は４月末。

　日本酪農乳業協会の消費動向調査によると、「牛乳を全く飲まない」人の割合は過去１９年１０％前後で推移してきたが、０６年は １３・７％と急増。理由は調査中だが「この本も一つに考えられる」という。

　ちがう。この戦法では対手の思うツボだ。

　新谷弘実で検索すると、一位に出て来るのはド クター新谷（Dr.shinya）公式サイトだ。

　良い水、正しい排泄、正しい呼吸法、適切な運動、休息、睡眠、幸福感、疑うべくも無いうつくしい言葉が円形に配置されている。

　そして円の最上辺、もっとも目線の合いやすい画面中央部に「良い食事とサプリメント」。

　なぜかサ プリメント。 このコトバだけが７つの円に配された中で異彩を放っている。

　ここで「は？」と思うか「おお！」と思うかが分かれ目だ。

　なんのって、その上にあるDrシンヤ 推奨商品販売サイトに視線が流れたときのキモチの。

　（もちろん「おお！」と思う人を否定はしません。自由で す）

　牛乳論争が沸騰すればするほど、彼の本や健康食品は人々の知るところとなります。

　彼が"シニアエグゼクティヴ・ディレクター"を務めるヘルシーウェーブ社のサプリメントに注目が集まるわけです。

　論争のまとでもなんでも、知ってもらえれば売るチャンスがあるわけです。

　"紫黒米に秘められた脅威のパワー" とか、"納豆から生まれたなめらかパワー" とか、"選び抜かれた16種類の乳 酸菌が作り 出すハーモニー" とか。

　字面を眺めているだけで充分健康になれそうです。

　論戦はタダで宣伝してやるようなものです。

　 議論が沸騰するほど、世間の話題になればなるほど、新谷サイドにメリットがあり、牛乳サイドは痛手を負います。

　痛手とは、本来 の仕事に割く べき時間をそちらに割かれるという事です。ましてその作業はとても不毛で、苦しいものです。

　科学的な決着を見る事は決してありません。

　なぜなら何事も断定せず、確定済みの現象さえ 疑い、常にメリットとデメリットを比較考量し続けるのが"科学的態度"というものだからです。

　そして、この対手は"科学的態度"を持っていません。

2006/04/29掲載：自 然食はおいしい：牛乳有害説の根拠聞く　新谷さん「臨床データから得た」：MSN毎日インタラクティブ
（元記事 消滅に付き当ブログ内へのリンク）

---

◆ 日本の栄養学が一番の悪です。カロリー計算が中心で、米国から見ると３０年遅れている。そんなものに基づいた食育なんかない方がいい。

　 仮に牛乳に害があったとしても、それと日本中の栄養士さんの仕事を秤にかけるのは「医師の本分」を外れています。

　この人には、科学や医学の知識はあっても資質が無い。持っているのは自分を 高く売る資質。ありていに言えば 香具師、詐話師の才覚です。

　誠に申し訳ないのですが仁木良哉さんのような真摯な学者さんをいくら揃えても話が噛み 合う余地が薄く、泥仕合の消耗戦しかありません。

　なぜならば。

　対手の戦術目標は有名になる事だからです。「牛乳有害論」はそのための手段に過ぎません。

　健康の代名詞である「牛乳」に「害がある」というイ ンパクトで選んだだけです。

　実際に牛乳に害があろうが無かろうが、対手にとってはどうでも良いのです。

　ある程度有名になった段階で、

　"私は「牛乳をなくせ」など、存在を否定することは言っていない。要は何ごともやり過ぎはよくないということだ。"

　などとたかだかとした態度で言い放つことでしょう。

　 牛乳有害論争の要諦は洗脳戦 です。

　 洗脳戦において、科学論争は無益どころか有害ですらあります。

　論争の激化・拡大・混乱 こそが対手の戦術目標だからです。

　取るべき手段は黙殺。

　牛乳の敵を制する武器は、やっ ぱ牛乳でしょ♪

　さぁ、 牛乳に相談だ。

補足：
　マジです。ギャグではありません。
　逆に言えば、牛乳生産者が牛乳に相談しない限り、突破口は拓けません。
　なぜならば。牛乳のコエの最善の聞き手は牛乳生産者を置いて他に無いからです。

　分野は大違いですが、数年前のゲーム 脳騒ぎの中で、多くの会社が学者さんと共同でゲームが子供に与える影響を調べたりといった事に手を出しました。しかしそれがなんらかの効果があっ たという事例を自分は知りません。

　その中で任天堂という会社は完全な沈黙を保ち、数年後に頭が良くなる『脳トレ』というゲームを出しました。一応ちょっとしたブームになっているよ うですが、自分はあれがゲーム脳に対する任天堂の解答だと思っています。しかし、非常に残念な事ながら、「ゲー ム脳」という単語は既に一般に定着し、今もゲーム脳の著者は意気軒昂です。

　ゲームとは異なり、牛乳には仁木良哉さんのような「牛乳の理化学的性質の研究に５０年近く携わってきた畜 産化学専攻、農学博士」が沢山いらっしゃるのが優位点です。ですからこの優位点を活かして科学論争に持ち込むというのは一見妥当です。畜 産化学・農学の歴史は脳科学よりおおいに古く信頼性も高いですしね。
　しかしその一方、極めて一般的な存在であるために、商品としての価値や存在意義が把握しづらいところに隙があります。ゲームに比べれば生産者の人が「世 の中で求められている牛乳ってどんなものだろう？」と考えている時間は短いのではないでしょうか？本文中でおもわず「牛乳」を健康の代名詞と書きました が、逆にそれ以上のコトバが出てきません。自分は「牛乳」を脳内で「健康の代名詞」とだけラベリングして、それ以上考えた経験が無いという事です。生産者 でない限りは、おそらく多くの人がそうでしょう。それだけに「害がある」という説のインパクトは巨大です。

　重ね重ね仁木良哉さんには申し訳ないのですが、害があろうが無かろうが、対手にとっては大した問題ではないのです。アレはインパクトで常識にケタ グリをかけ、よろけた拍子に財布の紐をゆるませるというセールストークに過ぎません。

　牛乳有害論が目立っている真の原因は、その新奇性、娯楽性です。
　それを打ち消すには、人々のアタマからそれを消し去る新奇性、娯楽性が必要です。牛乳の場合は、味でしょうか？
　できれば低温殺菌牛乳の低コスト化に取り組んで頂けると嬉しいんですけどね。ぜったい旨いアレわ。
　いまあるよりも旨い牛乳、いまあるよりも鮮度の高い牛乳、「うお、なんじゃこら旨ぇ！！」と言わせる牛乳を人々の口に注ぎこまないかぎり、勝ちはありま せん。

　あいまいなXX有害論に対するもっとも有効な撃滅策はXXそれ自身です。
　宮本茂も宮崎駿も 手塚治虫も夏目漱石も十返 舎一九も近松門左衛門もそしておそらくは観阿弥世阿弥も出雲阿国も、みんなみんな、最終的には自分の作品で無責任な無教養者どもを唸 らせ、そして黙らせたので す。

関連エントリ

• 牛乳有害説

外部リンク

• 社 団法人日本酪農乳業協会（Jミルク）

• 牛 乳Q&A

• 牛乳の成分に関するQ&A

• 牛乳とカルシウムに関する Q&A

• 牛乳と病気に関するQ&A

• 牛乳についてのとんでもない話 （牛乳乳製品健康科学会議 監修）

ポイント１：Progressive Main (CAVLC) とは

ポイント２：MPEG-4がいまだにSimple Profile（Bフレーム非対応）

結論：

余談：

「テレビをiPod化する」Apple TVがわが家にやってきた (4/5)（IT Media：2007年03月28日 松尾公也さん）

---

　また、先日にはApple のサイ トで、Apple TVで再生できる動画フォーマットが公開された。詳細は以下の通り。

形式	最 高ビットレート	プロフィル／音声	最 大解像度／フレームレート
H.264およびProtected H.264フォーマット（iTunes Store)	5Mbps	プ ログレッシブメインプロファイル／最高160KbpsのAAC-LCオーディオ	1280 ×720／24fps、960×540／30fps
iTunes Storeで購入したビデオ：320×240または640×480 MPEG-4	最高3Mbps	シ ンプルプロファイル／最高160KbpsのAAC-LCオーディオ	720 ×432／30fps

　ビットレートは最大5Mbpsまでサポートされているということで、この場合1280×720、つまり720Pまでが再生可能というわけだ。従来 のシンプルプロファイルではなく、プログレッシブメインプロファイルが使えるというところが 大きなポイントと言えるだろう。

Apple TV 技術仕様（Apple.com/jp）

---

ビデオ

• サポート可能なビデオフォーマット
  H.264およびProtected H.264フォーマット（iTunes Store)：640×480、30 fps、Baseline ProfileのLCバージョン／320×240、30 fps、最大Level 1.3のBaseline Profile／1280x720、24 fps、Progressive Main Profile
  MPEG-4：640x480、30 fps、Simple Profile

2007/06/16追記：以下の部分は資料をおもいっきし誤読してますカナブンよりもごめんなさい（コメント欄にて"i"さんにご指摘頂きました。感謝です）。

http://www.jp.playstation.com/psp/update/ud_01.html

---

システムソフトウェア バージョン3.30で更新される主な機能

• 「VIDEO」 フォルダで次の種類のファイルを再生できるようになりました。
• MPEG-4 AVC(H.264)ビデオ Main Profile（AVC CABAC）で以下のサイズのファイル
• 720×480
• 352×480
• 480×272（sar1:1の16:9）
• ＊ データの種類によっては再生できないものがあります。

• -vlevel 30使えました。報告まで。

• 上限ビットレートは上がってるらしいが 数値はまだ不明。
• 10Mbpsくらいじゃないか
• ビットレートは ５Mまでいけたことが確認されてる。
• フルD1解像度の、最大4000kbps平均3000kbpsが糞みたい にスムーズに再生できました。ビビリマシタ
• D1解像度、ビットレート 5000kbps、Bフレ3、参照 フレ3まで再生確認できた。PSPほんとスゲーな。

　＊2passなら平均3000受け付けてくれれば十分以上だが、 H.264のコツはアベレージを抑えて振幅を増やす事だから、より肝心なのは瞬間最大値。

• みなさんアスペクト比は大丈夫？フル にしないと16:9になってくれない
• アスペクト比問題なし
• 480 x 270にするか、480 x 272でアスペクト比1:1にすればいいかも。
• 実際PSPで再生させてみた が(720x480の4:3)比率はokっぽい。

• イメコン付属の デコーダで再生してみたところ、720x480は704x480として表示されてる
• 640x480とか 640x360（640x480の上下縁を切った奴）が再生できないのはなんでだよ。このへんOKならPC/PS3/PSPで動画ファイルは変換なしで共 有できるのに
• A: 720x480ですべてを共有すればいい
• いろいろためしてみたがやっぱ とにかく 480×272 か 270 ピクセル比1：1 で やればいいってかんじだな。4：3動画は対応解像度が無いので黒ベタ入れてやるしかない

　＊SAR指定を受け付けないQTP（恐らくAppleTVも） とは分断。

• 残 念ながらフルD1のインタレはダメデスタ、とおもったらMBAFFはイケマスタ。すげー
• 720x480って、 ちゃんと30iを60pで再生できる？30pのｶｸｶｸ変換再生じゃないよね？
• 残念ながらIP変換はされず に、見事に30FPSで表示されておりますｗ。ただ解像度元々糞ですからあまり目立たないかな？

　＊QTPのインターレースド保持は未試験。

• Bフレ3、参照フレ3まで再生確認できた。

　＊QTP+avc1Decoderで対応可。Apple TVは要改造と思われ。

　技術的信頼性：2%

　感想：

• パ ソコンと思えば「なんじゃそら」。家電と 思えば「ここまでオープンですか」
• QuickTime はSAR指定とは別のアスペクト比指定方式をナニカ持っている。
• "H.264 Baseline Low-Complexity profile" はAppleが iPodのために定めたもの。詳細はひみつ。
• おそらくVideo iPodのデコーダバッファは2MBくらい。
• Apple TVは1080iのインタレ解除をスケーリング（960x540）でやる仕様。
• H.264 320x240@768 Kbpsで作ってもApple TV/ iPod両互換とは限らない。書き出しコンポーネント次第で許容ピークレートがまったく違う。
• 確実に使い回せそうなのは、iPod用640x480, 1.5mbps, の"H.264 Baseline Low-Complexity profile"

Exporting Movies for iPod and Apple TV

イ ントロダクション

iPod Export Component

機能のあらまし

Movie Size

Frame Rate

Data Rate

Code Example

Apple TV Export Component

機能のあらまし

*Maximum spikes may be as high as 12 Mbps.（＊ピークは最大で12Mbps）
**Maximum frame rate for 1280x720 content is 24 fps.（＊1280x720の最大fpsは24）

Movie Size

Frame Rate

Data Rate

Code Example

References

Document Revision History

　Apple TVの登場で「TVの横戦線」の役者は全て出揃った。
　とりあえず、光ディスクに代わる映像フォーマット争いは、iPod系MP4 vs. PS3系MP4という事になりそうだ。
　え？地デジ？うんスキだよフルスペック・ハイビジョンパネル。インタレ縞が見やすくて！

　「パソコン・携帯デバイス・TVの横を1ファイルで使い回す」が問題なら、期待し得る最善画質はこうなる。

　画質はPS3系が圧倒的だ。持ってないけど。ざっと符号化ツール見ればわかる。てゆうかPSPアタマおかしい。ハードディスクとTV出力端子付き出 しちゃえ！。
　Apple TV専用ならVGAでももっと高度な符号化ツールが使えるが、それでもPS3系に劣る。

OS X ハッキング!第220回iPod兼Apple TVなH.264ムービーについて考える（海上忍さん - 2007/3/30）

---

　そのApple TVが対応するH.264のスペックは、最 大 1280×720ピクセ ル / 24fps / 5MbpsというHD品質(ADCのTechnical Note TN2188 を参照)。一方でiPodが対応する最大スペックは、 640×480 / 30fps / 1.5Mbps。 （＊中略）VGA品質 が最適解ということになるはずだ。

　海上さんの記事では設定参考として「ムービーからMPEG-4」で1000kbpsが示されているが、上記のTN2188 を読んでみた範囲では、iPodの搭載メ モリに合わせたピークビットレート制限が重くのしかかる。ムービー全体でのbit再配分が旨くいかなければマルチパスの意味も薄い。

agehaにオリジナル無し

• モニタに出せる全ての娯楽をゲームと呼びたい（久夛良木健大総統 - 脳内記憶）
• OS X ハッキング!第220回iPod兼Apple TVなH.264ムービーについて考える（海上忍さん - 2007/3/30）
• Exporting Movies for iPod and Apple TV Technical Note TN2188 （Apple Developer Connection - 2007/3/21）
• 上の抄 訳 - Exporting Movies for iPod and Apple TV（一個前の記事）
• PSP ファームウェア3.30（二個前の記事）
• Apple TVの対応動画～プログレッシブ・メインプロファイルとは～（三個前の記事）

追記

• 07/04/05：So-net blog:雲の流れるままに:PSPの限界に挑む！を参考にPSPの上限bitrateを5Mbpsから10Mbpsへ変更。てゆうかlevel外だがもっと行けたそうです。

人気記事

プラットホーム

Mac

Win