良いインタレ解除やデノイズフィルタが無い。

　自分の感性ではインタレ解除の良否が画質を決めます。QuickTimeに留まる限り、AviSynthやAviUtilとの 差は 詰められません。定評あるJES Deinterlacerは残念ながら手許では安定せず、MPEGStreamclipやDivaのインタレ解除はMEncoderに劣ります。

インフラとしての信頼性。

　10.3.x時代の話ですが、ソフトウェア・アップデートの都度、なにかしらのQuickTimeアプリで問題が起きました。 毎週素材が溜まるTVキャプチャでは「年間トータル・ダウン・タイム」と 言う単語すら意識しました。アップデートは慎重にすべきなのは基本としても、頼りにしていたアプリやQuickTimeコンポーネントがひっかかればそこ で"待ち"が出ます。作者さんの対応が間に合わなければワークフローのリストラ。それが固まると次のアップデート。これには付いて行けませんでした。

　なお、MPEG-2素材固有の問題として、有償のMPEG-2再生コンポーネント+QuickTime Playerは4GB以上のMPEG-2ファイルを最後まで再生できません。このバグは2003年秋には発見されていますが、2006年秋現在もそのままです。無 償で回避するにはMPEGStreamclip。

　自分は2004/12月頃にターミナルでMEncoderを使う事を覚えましたが、以降、こうした問題はほぼ根絶できていま す。Jaguar to TigerのOSバージョンアップ（2005/05月、QuickTime 7）の際にはQuickTimeアプリに軒並み影響が出ましたが（*1）、手許での面倒は皆無でした。2006/秋現在、QuickTimeインフラで 使っているのは録画を除けばMPEGStreamclipでのCMカットのみ。視聴もVLCです。

（*1）唯一無傷だったのは"なんぴとたりともオレの 前には行かせねぇ"3ivx+Divaだったと思います。オープンソース系でもffmpegXが同年9月頃までインストールできない状態でしたが、これは AppleがBSDサービスに関わる ディレクトリの書き込み権限を変更したため。セキュリティ上、Appleが正しいでしょう。D-Vision 3は無傷で動きました。

Appleコンピュータの独占志向。

　かつてMPEG-4のデコード権を巡ってApple MPEG-4, "神速の"3ivx, Divxの「乗っ取り合戦」がありました。QuickTimeにはユーザーが適用コデックの優先順位を指定する仕組みがありません。むしろ、そういう面倒 は全部ま かせろ！な会社です。もちろんそれは非常に便利なのですが、もっと良いコデックが出て来た場合に困る事になります。今後、FFdshowの QuickTimeコンポーネントや、3ivx社のAVCコデックが出たと しても、数ヶ月単位で /System/Library/QuickTime/QuickTimeMPEG4.componentや /System/Library/QuickTime/QuickTimeH264.component/が乗っ取り返す事が想定されます。今度は iTMSの看板とDRMが絡みますから、少なくともデコードに限っては、コデック選択の自由は様々な制限を受けるでしょう。

　なお、拡張子.m4vはISO/IEC国際標準規格には存在しません。し かし、Win/linux界では .mp4v, .cmp, .divx, .xvid, .264と並ぶraw mpeg-4 video streamの拡張子として定着し、尊重されてきたものです。その中にfps指定値や音声が入っている事は、Apple以外の.mp4作成ツールにとっては当然、想定の範囲外です。コ マンドラインでは指定された拡張子を頼りに出力フォーマットを決める方式もありますから、そうしたものは正当な理 由無く改変を余儀なくされた事になります。

　Appleが様々な国際標準規格をいち早く取り入れ、その普及に努めて来た功績 は少なくありませんが、他プラットフォームにおける貴重な努力を毀損するまでの資格はありません。Appleコンピュータは、自 社独自の拡張子の決定に当たってしかるべき敬意を払うべきだったと思います。

　iPod に関心がない事、iTMSで買い物をしない事から普段は気に留めていませんが、Appleのやる事＝国際標準規格と誤解した無遠慮なiPod厨の言動を オープンソースコミュニティが迷惑に思っている事は言うまでもありません。

　もちろん、オープンソースにもバグや問題は存在します。しかし、元々オープンソースのフリーウェアは「末 路哀れは覚悟の前」で す。
　その上で、需要有るところ必ずパッチの書き手が現れます。解決できずに投げ出す場合も「コレ コレの事情で今は無理！」と明示されるのはそう悪くは無いです。それを見た誰かが手を出す事を期待できますし、それが納得出来なければQuickTime インフラに戻っても良いわけです（まぁlinux界の人は背水の陣なわけですが）。

　実感としては、QuickTimeインフラ下でエンコードするよりも安定しており、進化も早いと感じます。


　今後、インフラとしてのQuickTimeが充実していく見込みは薄いと思っています。Appleの利益にならないから。

　既に動画インフラとしてのQuickTimeの普及は見込めません。Appleとしては、アプリケーションの登場を促すためにドキュメントやAPIを整 備したり、"爆速無双"3ivxを買収するよりは、iTMS/iTunes/iPod専用の流通インフラと して使うほう がお金になります。ですからQuickTimeテクノロジーは「閉じた」「そう簡単には弄れない」「Appleの想定する使い方から出ないぶんには便利 な」形で活かして行くのが得策です。

　「iTMSで買ったものは、大画面iMac、iPod、TVに繋いだMac mini、お好きなところでご覧になれます。」

　そこに「動画エンコード/デコード/フォーマットの自由」があっては消費者が混乱する、と考えている事でしょう。
　"iアプリ"では書き出せるのにプロキーが有償なのは一見不整合に見 えますが、"iアプリ"で書き出せるのは「Appleが想定する使い方」を外れないものに限られます(*2)。
　スティーブ・ジョブ ス氏の率いる組織に戦略の不徹底はありません。
　Mac OSXに「動画エンコード/デコード/フォーマットの自由」があってはイケナイ。という考えと見ています。

　QuickTimeの改善はAppleにしかできませんしし、プログラミング情報をどの程度公開するかもしないかも、「ソフトウェア・アップデート」を い つ、どのように行うかもAppleが自由に決める事です。それら全てが人々をiTMSでの購入に向かわせる材料となります。

　もちろん今はまだそこまで閉じたものではありません。しかし、だから将来もそうだという事もないでしょう。intel移行とOS9破棄を事前に予想して いた人は多くは無いはずです。
　QuickTimeには優れた点が沢山ありますが、その上にエンコード・ワークフローを築いたり、そこで経験値を積み上げるのはリスキーだと思います。

　Mac OSXにはもう一つの動画インフラがあるべきです。

　どっちが良いとか正しいとかではなく、両方あるべき。んでもって刺激すべき。それでこそQuickTime Player Proの改善も望めるというものです。

(*2)　「Macはこのソフトを、こうやって使えば、こうゆう事ができます。するとほぉら、こんな素敵なライフスタイル。いい でしょ？奥さん」。

仮に、ユーザー・エクスペリエンス・ドリブン・ビジネスと名付ける。

価値の源泉・コアコンピタンスは「ジョブス氏のプレゼン」そのもの。あとは、店の雰囲気、持ち帰る時の誇らしさ、箱をあけた時の 高揚感、使ったときの楽しさ、単にデザインだけでなく製品そのものも、 『演出の一環』。その一連の体験が真の商品。というのはどうか。

ところで。文具は手っ取り早く無印良品で揃えるオイラですが、消しゴムだけはコクヨです。カドケシが好きで。

　Apple-H.264は画質は悪く有りません。むしろ非常に良いのですが、速度が大問題です。QuickTimeインフラには良いインタレ解除やデノ イズフィルタが見当たらない事も含め、TVキャプチャを全部エンコードするという目的に は向かないと考えています。

マルチパスの速度が遅すぎる。

　日々素材が溜まってゆくTVキャプチャではエンコードが追いつきません。マルチパスのパス数はフロントエンド （QuickTime Player ProやMPEGstreamclipなど）の作者さんがAPIで規定するようですが、多くは5パス程度のようです。raw2qt264で はパス数指定がで きるので 2パスで試したところ、x264では有り得ないブロックノ イズが出ました。恐らく、モーションベクトルの算出アルゴリズムが弱く、マルチパスはそれをカバーするためと考えています。

High Profileをサポートしていない。

　Apple-H.264で手が届くのはMain Profileまでで、これは次世代DVDのコデック選定でVC-1どころかMPEG-2にも劣るとされたものです。ただしSDでの画質は良いとされてい ますから、地アナTVキャプで無理に手を出す必要は無いのですが、High profileでなければ8x8マクロブロックサイズが使えません。これはASPでは使えるものなので、Apple-H.264は基本的な土台がXvid 等に劣る事になります。他にもMainは規格策定を急いだのか符号化ツールの積み残しが目立ちます。

　Doom9でも、Bond氏はDVDバックアップにおける推奨としてHigh profileを支持しており、また再生面でもDoom9コデックコンテスト2005では「Main Profileサポートというには不可解な制限が多すぎる。コデックに文句を言う前にQuickTime Player以外の再生ソフトを使いなさい」としています。

　Apple-H.264 + QuickTime Player Pro固有の問題として、.mov書き出し時でなければBフレームが使えない事があります（フレーム並べ替え）。後からソレを.mp4に収める事はできる の で、この仕様は不可解に思えます。

設定で遊べない

　Apple-H.264のUIではややこしいところは奇麗に隠蔽されています。最小/最大量子化値もインラインデブロックもマ ルチ プルレファレンス（不等距離参照）もありません。これらは決めウチであり人に優しい点がAppleの美点なのですが、逆に速度が不満でも調整余地がほとん どありません。

　ただし、肝心の画質は非常に良いです。
　この点はDoom9のbond氏も明言していますし、手許でもビットレートを下げ過ぎない限りまず破綻しません。一例を挙げるとx264で問題となった 「闇 階調でフレーム 毎にぱたぱた動くブロックノイズ」はまず出ません。x264でMainに留まる限りこの画質は難かしいでしょう。マルチパスについてもx264は50パス ほどやって10パス単位で画質が向上して行くものだそうです。やや古いですがNTT関連の研究所でも数十パスで1080pを1.8Mbpsにできるとい うニュースもありますから、Mainでの画質はApple-H.264のチューニングが有利と言えます。細かい設定であまり悩まずに済む点とあわせるとス ゲェと思います。
　とにもかくにも問題は速度なのですが、実は各パスは速いです。爆速と言って良いです。ス レッドを見て も7～8分割してますし、未来の10コアCPUでも現在の1コアでもほとんどCPUを遊ばせずにぶん回す事でしょう。基本的にエンコードはデコードの逆回 転なの で、これはデコード速度も半端じゃないと言う事です。
　実際、G4 Cube（450Mhz）で、MPlayerがYOUR PC IS TOO SLOW!!っつって止まってしまうようなものでも、激しくコマ落ちしながらもなんとか再生してくれます。CPUパワーがどうだろうがまず同期を死守する QuickTimeアーキテクチャの面目躍如です。

　要するに、目指したのは「G4でもまずまずH.264を楽しめるデコーダ」と思われます。

　と考えると、.mov書き出し時でなければBフレームが使えないQuickTime Player Proや、異様に遅いマルチパスといった「仕様」に整合性が見えてきます。映画を売るにはカジュアルなエンコードはジャマですし、G4でもそこそこ楽し める必要が あります。スティーブ・ジョブス氏が率いる組織に不整合はありません。ねばーありません。


　QuickTimeがサポートするもの = 国際標準規格では無いです。
　実態は『QuickTimeがサポートするもの ＜  国際標準規格』であり、Appleがサポートしない部分には他社の特許が絡みます。一社で全てを提供できる存在は無いでしょう。

　大事なのはデファクトです。
　win/linuxでデファクトのx264か、iTMS/iTunesのApple-H.264か。
　
　サイレントマジョリティはiPod/iTunes/QuickTime Playerを支持すると思います。なにしろ楽で、安心です。
　Net上では一見、x264が優勢に見えるといっても、それは自分も含め てノイジー・マイノリティに過ぎないと思いますです。
　x264でもMainで作ればQuickTime Player で再生できるものは作れますが、画質的に有利とは言えません。それならiTMSで買うと言う人も多い筈です。

　SD以上の解像度ではx264が有望だと思います。8x8ブロックサイズやカスタム量子化マトリクスなど、Mainで積み残された符号化ツールを使って もApple-H.264よりは速いですし（G5で、です。x86ではさらに差が出る筈です）、概ね画質でも引けを取り ません。この速度差は主流の解像度がもっと大きくなった時に効いて来る筈です。x264の歴史はApple-H.264よりも長く、画質に関わる符号化 ツールはほぼ網羅されており、設定ノウハウの蓄積も充分で、コンテンツをHDにぎっしり溜め込んでいる人にとってはQuickTime Playerは選択肢から外れつつあります。しかし、ここ数年のうちにAppleがx264+aac.mp4（High profile）の再生をサポートする見込みは無さそうです。

　どっちをとるにせよ、博打です。末路哀れは覚悟の前で ひとつ。

　心情的には、iPod/iTMSのシェアを楯に規格名をそのまま自社コデック名に冠し、それがあたかも「国際標準規格」そのものであるかのごとく振る舞 うAppleには好感を持ちにくいですけどね。マカーとして。

　リンク：http://perian.org/

　各所で一斉に紹介された「Mac OS XのQuickTimeで再生できる動画形式を一気に増やすプラグイン」
　大筋はAviImporterベースのFFusion（libavcodec）。つまり各種AVIプラスαといったオモムキ。書き 出し形式が増えるわけでは無く、再生専用。0.5の現段階ではAVIサポートの向上といったところ。
　追記：あと.flvがQuickTime Player で再生できるってのも重要らしいです。

　Capty TVのMPEG-2とMEncoder等のH.264/AVC High Profile.mp4しか手許に無く、VLCマンセーな自分に記事にする資質が在るわけでは無いのですぐぁ。

　マ イルストーン1.0の アクティブ・チケットにHigh Profile H.264のdecompressionとある。AVIに留まるつもりも無さげ。mkvもヤル気らしい、、、たしかFFusionとXvidコンポーネン ト の作者さんが連携してなんかやってた記憶があるが、たぶんコレだ。肚、座ってんなぁ。

　そんなわけでhttp://trac.perian.org/wikiを 拾い読んでみました。内容はすぐにout of dateになると思います。

～～～～～～～～～～～～～～～～～～～～～～試訳ここから

Perianプロジェク ト Wiki Top

Perian Project へようこそ
　Perian Projectの目標は：

• QuickTime ベースの再生ツールがより多くのフォーマットやコデックにアクセスできるようにする為に、OSXの為に作 られたライブラリを包含するQuickTime componentを作成すること。AVIに限定しない。

IRC
　PerianのIRCホームは、irc.freenode.netの#perian。
Email List
　http://groups.google.com/group/perian-discuss

サポートするフォーマットの詳細

本来は左ペインにwebcastを登録して毎日ダウンロードしたり、YouTube,Yahoo Video, Google Videoを検索する用のようだ。試しにYouTubeから何個か落としたらそのまま再生したりVLCに渡したり。ファイル名はランダム文字列で、拡張 子.flvが付いたり付かなかったりだが、なかなか容赦ありませんな。

　ちょっと面白いと思ったのは開発の主体がNPO（Participatory Culture Foundation、参加 型文化・・・財団？）。ざっと能書きを読むと、既存のTVとは異なり、だれでも映像で情報発信できる時代です。Democracyはその為のプラット フォームであり、ただのアプリではありません。みたいな事が書いてある。ただ言葉の端々に抽象的な使命感が妙に多い。大体アプリの名前に「民主制」っての も、ってミッチ・ケイパーの推奨コメントが載ってるな、、、(￣ー ￣)ﾆﾔｿ

　自分の理解では、QuickTimeはOSの中の「動画やマルチメディアを扱う枠組み」ではなく、「時間軸を取り扱う仕組み」だ。
　Quick"Time"と命名した以上「時間軸を軸足にデータを取り扱う」という発想が芯。でなければ描画関連のQuickDrawと並べる形で、QuickMovieなどとしたハズだ。プログラミングを知らない自分から見るとほとんど思想に近い。たぶんドキュメントの言い回しや部品のネーミング一つとってもそうなってんだと思う。

　 CPUパワーが足りなければ勝手に映像を間引いて（ほとんど放棄してでも）同期を保つ、だけでなく、指定したtimescaleに合わせて式と数値からCGをレンダリングしてみせるなどの未来予想もあったと思う。QuickTime3DもQuickTimeVRも統合時間軸に貼付けるコンテンツの地ならしという志向を持っていたのかも知れない。今から考えれば、だけど。

　んなブッ飛んだ発想が普通に理解できるハズもなく。当時の雑誌では「よーするに動画が扱えるわけだ！」という事になっていた。おいらもそうとしか思えなかったし、今でもユーザーとしちゃそれで充分だと思っている。脳内を動画に限っていると、Video for Windows/Audio Video Interleaveという名前の方が断然明瞭で、飲み込み易い。恐らくはドキュメントの言い回しや理解が必要な概念などもそうなのだろう。

　MPEG-4がコンテナ形式の土台としてQuickTime.movを採用したという事は、ISOの専門家がこのブッ飛んだ思想をある程度受け入れた事を意味する。
　gpac公式に「シーン記述言語のチュートリアル」というのがあるが、なんのことやらわけわかめ。映像・音声・テキスト以外の部分の規格の幅広さを見ても、それがどこでどんなふうに必要になるのか想像もつかない。いっそ「コンピュータでデータを扱う事」ソレ自体のパラダイムシフトと思ったほうが早いんでねぇのか。とか思う。

　などと知ったかぶってても役にも立たないので徐々に話しを戻すと、

『国産ロケットはなぜ墜ちるのか』151p

---

　理工系とひとくくりにされがちだが、理と工の差は、通常想像されるよりもはるかに大きい。理学は自然を理解する事を目的とする学問で、その基本には「妥協なき真理の追究」という態度がある。それに対して工学は、理解した自然の力を応用する学問であり、基本にあるのは「いかに高いレベルで妥協するか」という精神だ。

　たぶんQuickTimeは理系。徹底的な理想追求。立派だがちとうんちくが長い。
　vfw/AVIは工学系。現世利益最優先。田舎の温泉旅館みたいに建て増し、建て増しで、迷う、、、ぬお、こんなところに階段が！みたいな。


　てな事をだらだら考えたのはMyCometG3さんとこにこうゆう記事が出たから。

20061004：MyCometG3　概念の違い

---

QTの世界では、フレーム自体が表示位置と表示時間長の属性を持つのだけれども、libavcodecのAVFrameには表示位置の属性しかない。pts(Presentation Time Stamp)しかないんだ。
／／
だから、頭から順番に再生している場合はいずれも問題ない。けれど後者の場合、フレームの終了時間という概念がないので、頭だしや切り貼りをする際に考え方が曖昧になる。この仕様上、逆転再生が困難なのも容易に理解できる。

　固定フレームレートが前提のAVIモデルから表示時間長という概念は生まれようが無い。時間軸操作のインフラなら、時間にからむ属性は佃煮にするほどあるハズだ。vfw/AVI由来(*1)とQuickTimeは土台というか、世界観が違う。「CPUのキモチ」になる事をインフラの作り手に求めるか、アプリの作り手に求めるか。みたいな？

　libavcodecでフレームの終了時間が必要な場合は前フレームのPTSと当該フレームのPTSから引き算するなどのシカケをアプリの作り手がいちいち用意する事になる。他にもその場しのぎの弥縫策が佃煮にするほどあるはずだ。

　ちなみに、mencoder.cはPTSはおろかDTS（Decoding TimeStamp）すら一切知らない。メーリングリストで誰かが言ってた。
　デコーダバッファに入って来た順に先入れ先出しする。しかできないらしい。再生はfps指定値命。
　MPEG書き出しはvideo stream内の規則性を逆手に取ってPTS/DTSを推算で書き込んでんだとか。

　だから、mencoderで.mp4を吐くには、-x264encoptsからBを完全に排除して、ちょっとスゲェオプションを使う必要がある。（*2）。
　B付きは一旦rawvideo.264で吐いて、mp4boxで固定fps映像を.mp4に突っ込む方法しか見つからないのはPTS/DTSサポートの欠落が理由だ。これもメーリングリストで誰かが言ってた。
　以下は根拠レスの推測になるが、
　rawvideo.264を直吐きするって事は、mencoder.cに、x264.a（*3）の出力に触れさせないという事だと思う。
　すなわち、rawvideo.264の中にはDTSが残っており、PTSはmp4boxがfps指定値から推算、、、してんだろーなー？コレ。まぁ、そうだったらイイナ！
　建て増しだらけの温泉旅館。

　.mp4の直吐きができるx264cliはもう少しマシに見えるが、AviSynthが吐くのはたぶん固定FPSのrawYUVだからやっぱ決めうちでPTS書いてるだけかな。出力fps指定オプションあるし。いずれにせよAviSynthの無いMacでは実用性に乏しく、また妖精現実さんによれば.mp4直吐きは信頼性が低い。
　そもそもfaacもlameもffmpegもコデックとセット配布のcliは、コデックが吐くraw datastreamのテスト用と思った方が良いらしい。CPUのキモチ的には、rawdataのままで実用になり普及もした.mp3と、最低でも映像と音声を一個のコンテナに詰め込んで同期させなきゃいけない動画とは異なる。

　コンテナの規格適合性ではQuickTimeインフラが最善。なにより.movは.mp4の母体なのだから。コデックとビデオフィルタが致命的に弱い。
　良いコデックとビデオフィルタ、すなわち画質ではMEncoderが最善。これはもう断定しちゃうよオイラ。
　winでどうなのか、つまりAviUtilやAviSynthは知りませんが、" 1 フレーム イン・1 フレーム アウト "ベースのvfw/AVIインフラを経由するワークフローでは、データ配置が著しく自由なH.264/AVCの真価を発揮する事は困難と推測しますです。つまりコデックは豊富だがプロプライエタリのvfwインフラが足をひっぱる。まぁインタレ解除やデノイズの方が重要ですけど。
　MEncoderに移行して優れたフィルタを移植するとか、MPlayerG2（-vfの構造はそのまま）やgpacやMatroskaの開発に参加するとか、してくれる人が増えると嬉しいなっと。天下万エンコ厨の為にw（*4）。

（*1）libavcodecに限らず、linux全般が目指すのはWindowsへのキャッチアップだ。Ubuntuがスッキリ解り易いといってもやっぱMacのほうがラク。
（*2）つまりBaselineprofile＝iPod向けなら直に作れるハズ。PSPが要求するSPS・PPS回りのオプションも最近出来た。この辺は携帯動画変換君=ffmpegユーザーのフィードバックのおかげだと思う。
（*3）どちらもバイナリ内の相当部分。
（*4）あ～でもCから直にmmx呼ばないでねおいらPPCだから。SPE呼んだら天才。



　目先の役に立たないもんには苛つくが、車輪が発明された後も、何年もコロの方が実用的で信頼性も高く、広く使われていたハズだ。コンピュータ業界の1年は他の10年に相当すると言うのはまだぜんぜん未成熟とゆう事でもある。Win95登場以前にQuickTimeを考えついたおっさんには、どうやってそういうアイデアに至ったのか一度聞いてみたい気もする。

・ http://blog.so-net.ne.jp/MyCometG3/
[blog][日本語]"ほとんど日曜プログラマの開発ブログ"。
I-Oデータ製DVキャプチャや、QuickTime関連のツールやコンポーネントも公開されている。

・ http://macdempeg.seesaa.net/
MacOSX で DVD の作成、動画の編集・エンコード

・ http://www5.atwiki.jp/mpegonmac/

@Mpeg on Mac wikiへようこそ。Mpeg on Macは、Macで動画を再生したりエンコードしたりするためのノウハウ・知識を集めたwikiです。基本的にどなたでも編集いただけます。

少なくとも2010までは買い替えない積もりなので関係ないっちゃないのだけど。

ZDNET Japan：インテル、「2007年にはメインストリーム領域でCore 2 Quadを発表する」（2006/11/15）

---

　阿部氏によると、2007年にはExtremeのようにハイエンド領域のデスクトップ用製品のみならず、メインストリーム領域にもクアッドコア製品を投入するという。「Core 2 Quad」というブランド名で、2007年第1四半期に登場する予定だ。

ZDNET Japan：インテル、クアッドコアプロセッサを発表（2006/11/15）

---

　その他大多数のPCユーザーがクアッドコアプロセッサの恩恵を受けるのは、早くても2007年に入ってからとなる。それでもIntelは少なくとも「業界初」を誇ることができる。同社はこの数年、AMDの後を追ってばかりであった。
　AMDは、サーバ用に設計されたチップを発表する予定の2007年半ばまでは、クアッドコアプロセッサをリリースすることはないとみられている。同社はIntelとはクアッドコア製造に対して異なるアプローチを採用している。AMDは4つ全てのプロセッシングコアが一片のシリコンに置かれている一体型の「モノリシック」と呼ばれるデザインを選択した。
　一方、Intelのクアッドコアチップでは、Xeon 5100シリーズプロセッサ2個を単一のパッケージに配置している。同社は、AMDより先に製品を投入するためにこの方法を採用したことを認めている。

　来年後半が買い替え時期の人はクアッドコアがおうちに来る。既にMac ProのCPUを交換して8コアでテストしてる記事もあるようだ。
　8コアとなると、Apple-H.264最大の弱点、速度の劇的な向上が見込めるように思う。最初からコア数に応じてリニアに速度が上がるように作ってあるからだ。
　QTPlayerHelperというのがApple-H.264を呼び出しているようだ。スレッド数は書き出しコンテナなどの条件で変わるが最低5、最大7。理想的には、8コアなら7スレッドがそれぞれ1コア占有できる。手許（Power Mac G5、2Ghzx2）のx264はthread=4でもCPUメータを振り切る瞬間がないが、Apple-H.264ならある。全体的なCPU利用効率はApple-H.264が優れている。よく考えるとカーネルからコンテナ書き出しまで一社提供だから、彼らは必要さえあれば（例えば、ビジネス上の）専用エンコーダちっくなチューニングが出来る。

　現状、Apple-H.264の優位点は以下の通り。

• 設定が簡単
• インライン・デブロッカー強度自動（切れない。弄れない。UIに無い。bitrateに応じて勝手に変わる。そんな印象）
• パス数自動（マルチパスを選択すると強制的に5パス程度。触れない弄れないUIに無い。フロントエンドの作者さん次第？）
• .mp4/.movコンテナへ直吐きできる（むしろそれしかできない。QuickTimeインフラはrawvideo形式を受け付けない。動画ではなく時間軸のインフラだから）。

まったく初めて使う人が何も調べないまま使っても、ま、こんなもんだろ程度の画質はサクッと出せる。と思う。 純粋にコデックの使い勝手だけならApple-H.264は優秀だ。弄れるところといえば"画質スライダー"とbitrateくらいだろうか。設定で画質が破綻する事はまず無い。インタレ解除やデノイズの手間・性能を脇に置けば、コデック単独の習得時間は短い(*1)。

　とにもかくにも問題は速度なのだが、実はApple-H.264の速度にはリミッタがかけてあるんじゃないかと思っている。例えば、ビジネス上のリミッタ。
　実際Video iPodの発売後、ffmpeg系GUIラッパーが流行ったらiPod用書き出しだけ猛烈に速くなった。あれ、単にコデックに渡す設定値変えただけぢゃまいか？最初は『最新のH.264がお手元に！』で信、いやプロ（シューマー）に高速なマシンを売って、段階的に、必要な局面で、『あのH.264がこんなに速くなりました！』と、小出しに需要を喚起したいんぢゃないかと。今後の「必要な局面」は、大画面iPodやiTVの発売が考えられる。これらが出た後で、VGAエンコのいきなり高速化もあり得る(*2)。

　もちろん、x264では同じbitrate、解像度でもっとキレイにかつ速く作ることが出来る。
　しかし、最初は弄れるところが大過ぎてわけわかめだと思う（GUIでも）。イニシャル習得コストが高ければ高い程、人はそれを価値あるものと思いたがるものだが（オマエが言うな）。でもProfileの違いだのBframeが1枚しか使えないだのは別に知らなくても生きて行けることだし、raw.264をMP4boxでmuxしたMP4にはアレをアレしてああすれば、という留保条件が付きまくる。コンテナの規格適合性に関してはQuickTimeの独壇場だ。

　Apple-H.264が速度を詰めて来れば、x264の立場は結構危うい。
　現状のアドバンテージは最短で半年、最長で1年くらいか。其の先は毎年どこまでコアが増えるやら見当も付かない。壁にぶち当たった時のインテルは常に死にものぐるいで突っ走ってとんでもないところまで行ってしまうからだ。既に 80コアの試作機がある。x264はいつまでもthread=<4のままではいけない。

---

*1）コデック単独の習得時間は短い：

スクリーンショットで設定項目を見る限り、VfWより楽そうだ。「fps」など映像に関わる専門用語は残るものの、「量子化」などコデックに関わる専門用語は徹底して排除されている。いわゆる「映像のプロ」向きなのではないだろうか。映像のプロに知り合い居ないからわかんないけど『 1/5圧縮 on the web 2.0』とか読めばいいのかな。

*2）VGAエンコのいきなり高速化もあり得る：

映画会社のみなさんはDVDなんか止めて、FairPlayにようこそ！（FairPlayはiTMSのDRM）って事になる。

これはマズい。誰かに デジタル・コンテンツ・ディストリビューションの独占を許す と言う事は、好き勝手に著作権存続期間を決めるパワーを与えると言う事だ。

ミッキーマウス保護法の会社と結んだAppleにそれを許すべきでは無い。独占は腐敗と停滞を産む。独占は腐敗と停滞しか産まない。

【リリース場所】http://blog.so-net.ne.jp/MyCometG3/2006-12-15
【入 手先】http://www003.upp.so-net.ne.jp/mycometg3/
【目 次】

• avc1Decoder 0.5.0
  • 1. PostProcess
    • い） 設定項目の意味
    • ろ） インラインデブロック（in-loop filter）とのバッティングの可能性
    • は）再生時のインタレ解除の可能性
  • 2. nclc setting
  • 3. ついちまちまと重箱の隅をつついてしまったが、メリットのほうが絶大。

avc1Decoder 0.5.0

　libavcodec H.264 QuickTimeコンポーネント。MP4コンテナ対応。

1. PostProcess

　上記の通り手許では切っている。第一の理由はブロック ノイズがあるなら発見したいから。第二の理由はApple-H.264ではエンコードでインラインデブロックを切れない事。第三の理由は H.264/AVCのインラインデ ブロック（in-loop filter）とliavcodecのppはバッティングの可能性がある事。

い） 設定項目の意味

　MPlayer and MEncoder on MacOSX/Man/VIDEO FILTERS/ppの記述からPostProcessの設定内容はそれぞれ以下のようなものと推測。

ろ） インラインデブロック（in-loop filter）とのバッティングの可能性

　使う際は以下の ような見解がある事に注意すべきかと思う。

Doom9 2005 コデックコンテスト -- メイン、Playbackの項：How to Use ffmpegXメモ was here （2006年01月13日）

---

MPEG-4 ASPの再生ではデブロッキングを使った。
AVCにはビルトイン・デブロッカーがあるのでポストプロセスは使っていない（AVCを見 る際にffdshowのポストプロセスをオンにすると非常に見た目が悪い。動作はするが、それは映像をぶち壊す方向に働く）。

　 闇階調の多いアニメ（ゴーストハント）でVLCやMPlayer(cli)と見比べてみたが、ブロックが消えるというよりは、出る範囲が微妙に変わる。効 果はavc1Decoderの方が良い場面も有り悪い場面も有り。いずれにせよ違いは極めて地味で、自分の視覚では非常に見た目が悪いと いうほどの事はなかった。ちょっとどっちがどうとは言い難い。あとやっぱ闇階調のブロックノイズはモニタの輝度・コントラスト、部屋の明るさで見え方がぜ んぜん変わる。プロはモニタにフードとか付けるみたいなので、モニタ以外の光源を全部切り、輝度最強にしたら見付け易かった。かなり目にキタ（そんくらい にらめっこしないと違いがわからなかった）。あと幽霊のアップ怖かった。
　Doom9の情報もpp部分の拙訳も1年以上前のものだか ら、その後の改善で対策済みの可能性大。規格上に存在するin-loop filterにlibavcodecのポストプロセス・デブロックを重ねる意義は不詳だが、一般的なのだろうか。

は）再生時 のインタレ解除の可能性

　実装未確認だが、"Use Custam setting"で、pp系統のインタレ解除が使える可能性がある。

2. nclc setting

colr-nclc：MyCometG3（2006/12/14）

---

mp4/mov ファイルで、avc1のImageDescription Extensionに"nclc"情報が埋め込まれていない（Apple H.264以外ほとんど全ての）データで、色変換の指定をするものだ。
 ／／
　一応、動いて る。
　でも、思ってたほど劇的に変わる訳ではないのだな。

　 引用元にあるADCのリンク先を見ると、x264cliのVUI設定（--colorprim、--transfer、--colormatrix） で指定できるもののようだ。良く似た単語があるってだけだけど。Apple H.264以外のほとんど全てのデータで"nclc"情報が無いというのは、これらのデフォルトがいずれも[undef]なのと符合 する。

　x264ソース付属文書ではこれらの設定項目を映像マニ ア（※videophile）の設定。平均的なユーザ にとって必要なものでは、ぜんぜんないです。と言っている。同文書では残念な事に私は color/gamma/color matrix補正に対応したデコーダ/メディアプレイヤを、それを試みようとするものさえ、見た事がありません。と も言っている。

　どちらが良いと言う筋合いのものではないがハナシがこのへんの領域に入って来るとApple無 敵。印刷とか写真とか映像とか色に五月蝿い業界で鳴らしてただけに。

3. ついちまちまと重箱の隅をつついてしまったが、メリットのほうが絶大。

　HPでもMovieVideoChartで細かい結果を視 覚化できるし、Delay frame除去にQTCoffee（muxmovie）が使えるし、QuickTime Playerで再生時にインタレ解除できるかもしれないし、作ったMP4をiTunesで管理できるし。

　 これ一個でなんかもう一気にいろんなことがスゲェことになりそうだ。

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

x264Encoder 0.3.0

設定

＼	Memo	MEncoder -x264encoptsの相当オプションと手許常用値
CODEC_FLAG	補 助的なオプショ ン群
FLAG_LOOP_FILTER	デブロックフィルタ。切 らないのが基本。 MPEG系で発生不可避のブロックノイズ対策を映像データに埋め込む。 再生ソフトのデブロックフィルタ類はこの機能と競合する可能性有り。	(no)deblock 必ず使用（deblockでオン、nodeblockでオフ、以下同じ）
FLAG_PSNR	ログにPSNRを表示。高いほど画質が良い。 同一素材の設定を試行錯誤する際に使う。値自体は無意味。比較に使うべきもの。 詳細は「SSIMとPSNRとは」参照のこと。 ※どこに出て来 るのか不詳。	(no)psnr 必ず使用。あまり参考にしない。
CODEC_FLAG2	補 助的なオプショ ン群２
FLAG2_BPYRAMID	要・ max_b_frames=2以上 Bフレームを参照フレームに使う。Bを使うなら推奨。Bのbit節約になる。	(no)b_pyramid 必ず使用。
FLAG2_WPRED	要・max_b_frames=1以上 適応重み付け予測。Bを使うなら推奨。Bのbit節約になる。	(no)weight_b 必ず使用。
FLAG2_MIXED_REFS	要・refs=1以上 複合参照。マクロブロックパーティション単位で独自の参照先を選べるようにする。全体の bit節約。	(no)mixed_refs 必ず使用。
FLAG2_8X8DCT	High Profile専用 8x8DCT変換。	(no)8x8dct 必ず使用。
FLAG2_FASTPSKIP	早い段階でPフレームのskip検出をする。 使った方が地味に速いが、x264最大の弱点「闇階調でフレーム単位でぱたぱたと動くブロックノイズ」が出がち。	(no)fast_pskip 必ずnofast_pskip使用。
FLAG2_AUD	※不詳	不詳
FLAG2_BRDO	要・me_subpel_q...=6以上 Bフレームのレート歪み最適化。Bのbit節約。Bを使うなら推奨。	(no)brdo 必ず使用。
Box1	基 幹オプション
me_method	速度と画 質への影響・大 モーションベクトルのサーチ方式の指定。推奨はhexかumh。 速い順でdia、hex、umh、esa。 遅い方が画質が良いが、esaの画質向上は速度低下と引き合わない。 ※EPZSの内容不詳。x264cliには存在しない。 ffmpeg固有名？学術用語？	me=umh
coder_type	サイズと画質への影響・大 符号記述方式の選択。CABAC大推奨。 CAVLC：iPod/Apple TVはこちらでなければならないと思われる。適応的可変長符号化 CABAC：15%程度の符号量節約。素のQTPlayerでも再生できる。負荷はエンコード・デコードともに増える。適応的二進数算術符号化 ※ これ自体は画質と関係ない。同じ文章を仮名だけで書くか漢字まじりで書くかといったカンジ のもの。しか し、節約した分のbitは肝心の映像に回る。単独で15%も節約できるオプションは他に無い。 ※学術用語っぽい VLC： 可変長符号化ーバリアブル・レングス・コーディング AC：算術符号化ーアリズメティック・コーディング CA：適応的ーコンテキスト・アダプティブ	(no)cabac 必ず使用。
directpred	Bを使うなら推奨。Bのbit節約になる。 一口にBといってもAVCでは細かい種類がある。directはBのモーションベクトルをまじめに書き込まず「隣と同じ」とだけ書き込んでおくType。 まじめに数値を書くよりbitを節約でき、計算時間も早い。ここでは「どっちの隣か」を指定する。 disabled：無し、まじめに 計算して書き込む。画質も速度も最悪。 spatial：空間軸、mencoderの経験上、autoでもほとんどコレになる。最速。 temporal：時間軸、アニメでゴーストが出るという人も居る。これも最速。 auto：空間軸と時間軸を必要に応じて使い分ける。画質は最上、速度は中間。	direct_pred=auto 必ず使用。
trellis	適応的量子化の一種。理屈不詳。 Disabled：非使用 Only final：最終エンコードでのみ使用 All：全モード決定で使用。(低速、要・me_subpel_q...=6以上) ※メリハリをつけて（適応的）画質を劣化させる（量子化）手法のひ とつ、くらいに理解してます。 trellisは使わないほうが画質が良いケースもあるとする人もいます。	trellis 必ず使用。
Worker Thereads	速度向上・大 Single/Dual/Quad ス レッド数の指定。 ※x264ライブラリでは1-16。 実際には指定値x1.5を使う。分散するほど画質は劣化するが、主観的にも数値的にも事実上無視して良い。速度向上メリットのほうが大きい。	threads 1st=2 2nd=16 上記の理 由
Faster FirstPass	速度向上・大 Disabled/Turbo1/Turbo2 2 パスモードの 1st passで重いオプションを切り、高速化する。 me_method, refs, me_subpel_q...の指定値を無視。独自値を使う。 画質的なデメリットは目で見てもまずバレない範囲とされる。 元はMEncoder独自のプリセット設定を解析、 移植したものなので、他にもあるかもしれない。特にpartitions。挙動に違いがある可能性有り。 ※threadsの分散方式が変わる前の内容なので過信は禁物ですが、一応MEncoderのturboに関わる注意点⇒「x264コデックでのエンコード」内、「主に速度と品質に関わるオプション 」のframerefの項。	turbo=1 2パスの1stのみ。 必ず使用。
Box2	１ パス専用オプ ション
crf	1パスで済ませたい人用の「なんちゃって固定量子 化」。 bitrateも指定すると「できるだけ尊重」してくれる。 2パスでは無意味。 ※x264ライブラリでは範囲1-51。指定量子化値を中心にしたABR。 QT では量子化値は「圧縮プログラム/品質」スライドバーか？ パス数は「最高品質(複数回実行)」で自動決定か？	crf 非使用。2パスしかやらない。 （3パスもやらない）
b_frame_strategy	不詳 b_bias（Bの挿入性向）？ (no)b_adapt（適応的B挿入のオンオフ切り替え）？
Box3	基 幹オプション 　～先にここを決め、残りはそれとの関連で決めましょう～
refs	速度と画質への影 響・大 複数参照（任意距離参照） 推奨値3程度。実用上限6程度。 増やすほど圧縮効率が良い。但し、そのぶん時間はうなぎのぼりで効果も逓減。	frameref=4 1stはturboが勝手に下げる
me_subpel_q...	速度と画質への影響・大 動き予測全般の算出方式を選択。範囲1-7。デフォルト5。推奨6以上。手許常用7。 可能な限り高く。5以上でないと効果を発揮でき ないオプションがあるから。	subq=7 1stはturboが勝手に下げる
me_range	速度と画質への影響・大 要・ me_method=umhまたはesa。 umhまたはesaで使える動き捜索の範囲指定。 実用範囲16-32。デフォルト16	me_range 1stは16 2ndは32
max_b_frames	画質への影響・第２位⇒参考 Bフレームの最大連続枚数。推奨3程度。 いくつに指定しようがBに適さないフレームがあったら自動でI/Pにしてくれる。 b_biasを弄らない限り、Bが3連続するようなケースはまず少ない。	bframes=3
sc_threshold	画 質への影響・第１位⇒参考 Iフレーム挿入性向。デフォルト40 ほとんどの実写は40でイイ感じ。アニメは上げるべき。 ※x264はIフレームの挿入位置をしくじるとかなり痛い。多すぎても少なすぎてもかなり痛い。 　アニメや、非常に短い間隔でシーンカットがあるものは、MEncoderではkeyint_minを下げないとIフレームが適正位置にうまく入らない。 　ffmpeg にもx264専用の-keyint_minがあるが、QuickTimeも独自にキーフレーム挿入アルゴリズムを持っている。	scenecut 実写40 白黒高め（色情報を信頼できない） アニメ65以上、かつkeyint_minを1以下に。
qcompress	下手に弄 らない。 低くするとビットレートの変動幅が低くなる。=画質の変動幅が大きくなる。 高くするとquantizerの変動幅が低くなる。=画質の変動幅が小さくなる。 ※基本的にAVCやVC-1は単純にビットレートを上げるよりも、全体平均ビットレートを低く抑えてbit 配分にメリハリをつけるほうが「画質が良い」と、プロも言っておられる。qcompressは上げても下げてもメリハリが失 せるという、画質的には難しい存 在。ストリーミングでは重宝か。 　x264ライブラリのオプションとしては比較的古株だが、よりダイレクトにビットレートの変動幅を弄るratetolや、quantizerの変動幅を弄るqp_stepのほうがなにかと効果が解りやすく便利。ファイル全体に渡るbit配分をいじるオプションもいくつかあるが、それに手を出すのはちょっ、、、レート配分を時系列でグラフ 化？。	qcomp デフォルトのまま。
noise reduction	ノイズリダクション MEncoderでは有用範囲は100-1000としている。 ※ 実際のエンコード工程に入る前に実行されるので、規格互換性の心配無用。	nr 手許ではhqdn3dを常用。
Console log
log info
log debug
log stats
nclc and ganma	QuickTime 固有の要素。
No nclc info	調査 中	対応無し
Add gamma 2.2	「Apple製品しか使わな い」ならオン。 「Win/linuxでもできるだけ同じ色で見たい」ならオフ。	対応無し
Native fps	素材に応 じて指定。

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

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

---

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

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

　 おそらくこれがAppleの独自技術だと思われる。"インテリジェントなマルチパスエンコーディング" というのは、x264cliにもMEncoderにもffmpegにも無く、3ivx4.5も自動2パスを使うには専用フロントエンドのDivaが必要 だ。

　これはNAB2005でNTTサイバースペース研究所が発表した多段パスで1080pを1.8Mビット/秒まで圧縮する手法を使い易く工夫 したものだろう。見事。

　QuickTime Player ProのApple-H.264を使っていると、最初にものすごい爆速パスを一回走らせているように見える事から、ここで粗々な全体のレート統計を取り、 ピーク間隔やグラフのなだらかさを分析して適切なパス数を決定していると思われる。MEncoderのturboより遥かに高度だし、これなら素 材の映像内容に合わせて設定を組み替える必要なんて一切無い、のみならずパテントの地雷原を 迂回できる。代償としてパス数がバリアブル必須になるので高速化は完全にCPU頼みになる（4,8,16コアが一般化するまで速度向上に期待し難い）。い やいやいやまてまてまて、最終パス数の決断はなにも1st終了後である必要はないぞ？2nd, 3rdの結果を見て「ん～も う一パス！」とかやってる可能性だってある。いやいやいやまてまてまて、見てるのはレートか？SSIM とかの画質指標ぢゃねーのか？「誰でもワンボタンでそこそこ画質」を目指すならそうあるべきだ。

　QT がどうやってパス数を決めているのかは知る由もない（プロプライエタリだし）、
　問題は決断の根拠がなんのグラフなのかという事だ。 レートか、QPか、平均化区間単位か、GOP単位か。それさえわかればあとは数学か統計学の応用問題。分散とか加重平均とか標準偏差とかなんかそういう の。それをベースに適切なパス数を決める手も、なんかあるだろう。Appleのパテントを迂回する手を含めて。例えば、仮にAppleがレートグラフベー スデシジョンならQPグラフベースデシジョンで行くとか。
　いやど文系の勝手な推測にすぎませんが。

　 それ以外の部分はx264の方が高度に見える。最終的な速度は現状、圧倒的にこちらが速い（画質の同条件比較はQTで動くx264がなければ不可能だ）。 元々のx86最適化に加えてスレッド数も最大16まで拡張され、短期的に も中期的にもApple-H.264は追いつけないだろう。
　 問題はじゃじゃ馬ぶりだ。使いこなすにはコツが要る。設定次第で画質は「キサマはXvidにも及ばんのくわっ！」と「無敵無敵さいきょー！」の間まで幅広 い。純粋性能では圧倒的なのだが（参考：モスクワ州立大学年次コデック比較）。

　x264 が "インテリジェントなマルチパスエンコーディング" を実装したら、ちょっとスゲェ事になる。誰でも簡単にそこそこ画質「も」達成できるコデックになるからだ。

　上 記引用元の続き。Apple-H.264がx264に勝り得るのは "インテリジェントなマルチパスエンコーディング"だけだ。ほんっとに、よく見切った！感動したっ！！

• ドラフトエンコードの作成、差し迫った締め切りへの対応、 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>

素材：MPEG-2 PS（MPEGStreamclipでカット、Convert to MPEG with MP2 Audio）
機材：PowerMac G5(2Ghzx2)、Mac OSX 10.4.8、QT7.1.4は様子見。
概要：
　QTPPro 7.1.3とMPEGStreamclip 1.8が中心。15秒程度の実写CM、一分半のアニメOP、24分のアニメ番組、それぞれ数件。
　他はたまたまHDにあったので。一分半のアニメOP一件のみテスト。
　隙を見てランダムにやったものなので信頼性はイマイチ、設定間違いの可能性もあります。

フロントエンド	1pass	2pass	インタレ解除		.mov	.mp4	特記事項
			固有	環境設定のpp=l5
QuickTime Player Pro 7.1.3	OK	素材により失敗(＊)	効かない	効かない	OK	不可	＊log statsによるとq=1000などの有り得ない数値が出る。そこで異常終了している感じ。
MPEGStreamclip 1.8	OK	失敗(＊)	OK	効かない	OK	OK	＊2ndは最後まで進行している印象。 音声同時書き出し可、FAACより音は良い。
JES_Deinterlacer_v2.7.3	OK	未テスト	OK	未テスト	OK	不可
Diva 1.0	OK	Automatic 2-passがグレイアウト	OK	未テスト	OK	不可	2004頃のソフトがそのまま使える方が驚き。

　各項目の成否に特化したので画質は気にしていません。
　1パスcrfは安定しています。特にバッチ処理が効き、かつQT上でaacエンコもできるMPEGStreamclipはポイント高いっす。

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

　 当家固有の現象かもしれないです。Onyx使ってるくらいで、結構システム壊れてる筈だし。

症状１：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秒のクリップ）をつくってみて
どうなるか試していただけませんでしょうか。

　 すいませんがCaptyTVしか素材が無いんで、これをQTPproで書き出しし たところ、

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

メモ

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

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

１） QTPPro+MPEG2再生 コンポのみ、インターレース・non-awareな可能性。
　デコードはするもののインターレース ド・フラグを潰したデータを吐くなど。
　手許では、CaptyTV→MPEGStreamclip(convert to mpeg with MP2 audio)→MPEG-2 PS.mpegに、QTPProの「ソースビデオをデインターレース処理」が効いた記憶がありません。もともとこのコンポはプロ向けのドラフト・エンコー ド・ブラウザとして売られているものですし、4GB制限もそのままです。

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

２） DVはたしかインターレースドがデフォルト。
　特に家庭用DVカムコーダはiMovie→iDVDと 直結するんで、DVは確実にインターレース・awareだと思ったのですが、勝手にインタレ解除しました。
　これはQTPPro内部 にMPEG-2起点の映像編集・加工を阻害するナニカがある事を示唆しています。

３） MPEG Streamclip、JES、Divaのインタレ解除は全て動作する。
　特にJESは UIで見る限りはインターレース・awareのようです。フロントエンド側では対処法が存在するようです。

　この記事の目的：同じpp系と言っても実装次第で効果に違いがあるかもしれ ない。Web上の情報を漁るときは注意して下さい。

　常用システムで x264Encoderが正常に作動しない為、メンテナンス用のクリーンなシステム（QT7.1.4）で使ってみました。MEncoderは常用システム でないと動かないのでそっちで。ツッコミ歓迎です。

　素材はポッ キーチョコレートCM「ダンスダンス篇」（30秒）。を、CaptyTVで録画したもの。
　 ストリーミングを見てもらえれば解ると思いますが、モブシーン＋ダンス＋パンとゆう地獄のハイモーション＆ハイディテイルです。
　た だし、今回の目的はインタレ解除性能を見る事なので、スクリーンショットの部分は「よくありそうな普通の動き」を選びました。
　な お、予算が潤沢なCMの場合、24fpsのフィルムカメラで撮影する事があるようですが、これは普通のTVカメラのようです。
　ま た、画質比較は今回の目的とはずれますが、この素材は1000フレームを切るので2パスでは統計ファイルの精度が充分になりません。1pass crfか、3以上のpassが必要です（今回使ったものはカットしたCMそのままとってあるだけなんで２分ほどあります）。

実 験

　スクリーンショットは目で見てだいたいこの辺だろうとアタリをつけたもので、正確なフレーム番号とかは解りません。
　x264 の設定を揃えて居ないので色味や質感は大幅に異なります。目的はインタレ解除の比較のみで す。

	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)

pp=l5
　x264Encoder とMEncoderの差が大きい。
　lowpass5の意味は不詳ですが、弱っちい（5タップの低域通過フィルタを使った）リニアブ レンドと理解しています。
　MEncoderでは解除漏れは無く、ボケのやや少ないlbという感じで、一時期、NTSCの実写はこれ 一本でした。
pp=md
　差がない。
　median deinterlacerの意味は不詳ですが、前後フレームを「間をとった値で埋める」と理解しています。
　解除漏れや動くものの二 重化が無く、色味やディテイルのボケも少ない事からpp系の中ではもっともバランスの良いオールラウンダーだと思います。
　MEncoder のGUIラッパー（ffmpegX, D-Vision 3）も、これを採用しています。
　デメリットは動くものの輪郭部分のジャギ が目立つこと。上記では肩口や袖口に出ています。これはまばたきや台詞を言うときの唇にも出ますから、大事なシーンで興冷めと感じる人もいるでしょう。ア ニメでは描線がぶつぶつになる事が多いです。
　解除漏れが無いって書きましたけど、ウルサイ事いうと向かって右奥の生徒の後頭部、解 除漏れしてますね。
pp=lbと QTDeint
　以前、MyCometG3さんがpp=lbをQTの「ソースビデオをデインターレー ス処理」相当としておられたので同列にしてみましたが、大幅な差があります。
　MEncodeのpp系の中では色ボケ、輪郭ボケが最 も激しく、動くものも二重化しています。その代わり、インタレ縞は根絶できます。
　リニアブレンドの名の通り、前後フレームを一律に 混ぜると理解しています。
　一応、設定は大丈夫だと思うのですが。

　DEBUG: lavcEncoder: thePrefPPName: md thePrefPPLevel: 0

yadif=2,pp=l5
　MEncoder のみ。現在の手許常用。NTSC実写向け。
　yadifはフィールドのパターンを検出してなんらかの賢い計算をするようです。
　 単独でインタレ縞はほぼ充分に取れ、二重化もしませんが、地味なジャギが残ります。どうも「動く直線」に弱いらしく、サッカーのゴールポストとか、上の図 でいうと、背景の机が動いているか、カメラがパンまたはズームしていると、そこにジャギが出るハズです。完璧な直線でなくても、まゆげや唇など「どっち かっつうと直線」なものでもジャギる事があります。こうした部分をpp=l5を後付けでかけて潰しています（肩口や袖口のジャギ参 照）。
　l5の前後フレームを一律に混ぜるという性質上、色ボケや特に衣類の 質感はどうしても落ちますが、二重化はもちろん、ジャギはかなり落とせます。趣味的に色や質感よりは落語家の些細な顔の動きのほうが重要なので。
　 本来はpp=l5ではなくmcdeintを使うのがベストですが、x264そのものより遅い（インタレ解除のためだけにSnowの 動き補償を使う）ので、常用は困難です。
　似た効果を狙ってx264Encoderでpp=md、l5の順でかけて見ましたが、md 単独とあまり差が出ませんでした。

まとめ

　動機は、MyCometG3さんがpp=l5 等を解除漏れが『残る』と書いていたのが長らく疑問だったからです。
　MEncoderの経験上、pp系デインターレーサは「まずイ ンタレ縞根絶！他はどうでも！！」というスタンスのオプションと感じていたので。
　実験の結果、どうやら同じpp系といっても実装に よっては効果に差がありそうです。ffmpegやVLCでも違うのかもしれません。

　もとよりインタレ解除はコ デックの仕事ではありませんから、これを以てx264Encoderの性能を云々するのは間違いです。
　x264Encoderでは 他のフロントエンドのインタレ解除が使えますし、特にJESやMPEG Streamclipではバッチ処理もできます。QTにx264が来た以上、今後とも使い道は広がると期待できます。

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

　※緑がbetter

＼	項目	x264Encoder	MEncoder
1st	総フレーム数	350643	350643
	I枚数(I比率)	3047(0.87%)	1922(0.55%)
	AVG QP(I)	20.60	18.34
	AVG QP(P)	22.65	19.70
	AVG QP(B)	24.20	21.92
	sec	21801(6:3.21)	24084(6:41.24)
	fps	16.08	14.56
	SSIM	0.9785959	0.9928862
2nd
	AVG QP(I)	20.38	18.45
	AVG QP(P)	22.23	19.90
	AVG QP(B)	23.66	21.45
	sec	53102(14:45.2)	54198(15:3.18)
	fps	6.60	6.47
	SSIM	0.9793542	0.9929289

１. 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

５. 余談：

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

原文：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

　 このソフトはイタリアのSquared 5が書いたものです。コードはAC3 decoder、AVI importer、DreamBoxやTopfield 5000向けの機能を含め、全て完全にオリジナルです。オープンソースのものを含めて第三者のコードは一切使っていません。また、ソフトのデザインもまたオリジナルです。如何なる第三者のアプリケーションのリバースエンジニアリングも行っていません。このアプリケーションがきちんと動作するのはきちんと書かれているからであり、ソースコードのリサイクルをしていないからです。

NEW IN VERSION 1.8

　ファイルメニューのOpen URLコマンドは、インターネット越しにストリームを開き、（バッチ）ダウンロードできるようになった。webページに埋め込まれた動画も認識して開ける事がある。詳細後述。
　DivX 6との互換性を確保。専用のコデック・アダプタを追加したので、AVIおよびMOV書き出しウィンドウでDivXコデックを選択出来る。DivX 6.5以降がインストール済みなら、書き出しウィンドウでMPEG Layer 3 audioを選ぶ事も出来る。
　AVIファイル用の"Save As" コマンドの大幅改善。すなわち、高速化し、Bフレームを適切に扱えるようになった。AVI exporterでもBフレームの扱いの適正化が追加され、XviDコデックの選択時にオプションでBフレームを選べるようになった。AVI exporterについてはその他に、BMP/JPEG video.AVI書き出しの最適化、"lower" dominance for DivX、そしてDivX互換コデックを選ぶと"720x576 DV-PAL"の換わりに、特別なフレームサイズ"720x576 DivX PAL"が出て来る。
　AVI importerを内部的に追加。このコンポーネントはMPEG StreamclipでAVIを開いた時に使う。現在入手可能な外部コンポーネントのAVI importer(QuickTime, DivX, Perian-FFusion) はどれも正常に動作しないようなので必要だった。
　AC3 および MP2のデコーダ・コンポーネントを内部的に追加。外部コンポーネントの追加抜きでMPEG Layer 2 およびAC3音声の入ったQuickTime と AVIファイルを再生できるようになった。
　 高性能のオーディオ・リサンプラー（サンプルレート・コンバータ）を内部的に追加。過去のバージョンで使っていたQuickTimeオーディオ・リサンプラーはPowerPC Macではきちんと動いたが、Intel Macではランダムなバグがあり、音質の問題をおこし、また大量の音ズレの原因となっていたからだ。
　数多くのバグ修正。version 1.5以来のものもある。オーディオトラックの最後の数秒が書き出せないバグ、選択したビデオコンプレッサとは異なるものが使われるバグ、同じコンプレッサで書き出すと映像の輝度が変わるバグ、フレームレートが正しく検出できないバグ、など。
　FLVファイルでは、Video PIDメニューでアスペクトレシオが選べるようにした(4:3/16:9)。
　transport streams と VOB ファイルの中のMPEG-1 videoサポートを追加。
　JPEG frame書き出しに画質スライダを追加。

NEW IN VERSION 1.8b2

新コマンド "Open URL" web サーバ上の動画をダイレクトに開ける。
書き出しウィンドウで映像を90度か180度回転できるようにした。fast start QuickTime movieの作成に対応した。"Limit Data Rate"を使った際に最終サイズの予想を表示するようにした。
新しいiPodプリセットを追加し、16:9ムービーをサポートした。以前のプリセットは携帯電話にも使える。
"Fix Timecode Breaks"コマンドに新しいオプションを加えて機能向上。VOBファイルでフレームをスキップしなくなる。
バッチリストに加えたファイルで "Fix timecode breaks"を使用できる。バッチリストでは、ファイルを結合したり、リストに加えた後から保存フォルダを変えたり、バッチ終了後に実行するアプリケーションを指定したりできる。
フレーム書き出しに新しいオプションとプレビューをつけた。
若干のバグ修正。Intel Macでmuxed MPEGムービーが開けないケースがあったのを修正。など。

NEW IN VERSION 1.8b1

iPodと互換性を向上。また、二つのH.264をMPEG-4 Exporterで使えるようにした。2passエンコードをiPod互換にした。
ファイルオープン時のエラーメッセージに "Open Anyway" ボタンを追加。ファイルタイプの認識できないものでもオープンを試みる。
"Fix Timecode Breaks" コマンドの、VOBファイルでのaudio dropoutを最小化するよう修正。
Appleの推奨に従い、書き出し時のキーフレーム間隔を1秒から5秒に延長（＊ linux/winでMPEG-4 ASP/AVCを作成する際に一般的な最長GOP単位=fps*10の半分と言う事＊）。
JVC Everio video cameraの16:9 PAL formatをサポート。
以下のフォーマットをサポート：DCM (Sony), TP, VID (Homecast), JPEG, TIFF.
Flash Video (FLV)ファイルをサポート。要・Perian。
フレーム書き出し形式を、JPEGとTIFFから選択可能にした。画像調整も可能。
マイナーなバグ修正、および、23.976 fps streamでの調整。
スペイン語ローカライズ追加。

MPEG STREAMCLIP ON INTEL

　MPEG Streamclip Universal BinaryにはIntelとPowerPCそれぞれのネイティブ版が含まれており、各CPU（Intel Core/Core 2 、PowerPC G4/G5）の利点をフルに引き出せる。両バージョンの違いは350箇所以上にのぼるが、動作に違いはないはずだ。

　Intel Macでは、2006年1月以前のMPEG-2再生コンポーネントは使わず、Universal Binary versionをダウンロードする事。

　また、MPEG Streamclip Intelネイティブ版とPowerPC/Rosetta版ではMPEG-2再生コンポーネントは挙動が異なる。Intelネイティブ版のMPEG-2再生コンポーネントのほうが若干画質が良いようだ。

　 もしなにかのストリームで問題があったら、Rosetta版MPEG Streamclipで問題が再現するか試してみて欲しい。問題箇所がIntel版MPEG Streamclipに関係あるのか、Intel版MPEG-2再生コンポーネントに関係あるかを特定できるかもしれない。

　RosettaではMPEG Streamclipは巧く動作する。二つだけパフォーマンスに絡む留意事項がある。1. Rosettaにはハードウェア・スケーリングのサポートが無い。結果として映像再生はぎくしゃくする。2. 変換は一般的に2.5倍程度遅い。Universal Binaryで使えないコデックを使う場合は、Rosetta上でMPEG Streamclipを開かねばならない。

　同梱の Save as AVI.componentもUniversal Binaryになっている。Intel機でこれを使うにはXviD for Intelが必要。http://n.ethz.ch/student/naegelic/。"XviD_Avi_Import_Preview4_intel"のディスクイメージをダウンロードし、 "XviD_Codec-r58" および "AviImporter-r7"をインストールする事。

OVERVIEW OF MPEG STREAMCLIP

MPEG Streamclipはコンバータ、エクスポータ、プレイヤ、エディタ、ダウンローダ。

openできるフォーマット：

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.

MPEG Streamclip がサポートする機能：

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を直すマニュアルコマンド。
• バッチ・コンバージョン。

Exporterの機能:

• 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。
• 高性能なオーディオ・リサンプラーを内臓
• バッチ書き出し

Player の機能:

• 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をサポート。
• フルスクリーン再生。矢印キーでズーム。

Editor の機能:

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

Downloader の機能:

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

その他にもたくさんの機能があります！

IF YOUR FILE DOESN'T GET CONVERTED...
Squared 5にメールしてください。一番良いのはファイルのサンプルを送ることです（1MBあれば普通は十分です）。望ましいのはwebサイトかiDiskにアップロードする事。いかなる個人情報もファイルの中には入っていない事を確認してください。

SETTING PREFERENCES

　メニューの"Preferences..." でpreferences windowが開く。この設定はディスクに保存されるので MPEG Streamclipを終了しても失われることがない（presetも同様だがその他の設定は異なる）。ここでは以下のオプションを指定できる：

Fix streams with data breaks
　これにチェックすると、data breakをチェックしてストリームの中のaudio/video同期を補正する。これはExport, Convert, Demuｘの際に行われる。変換は多少遅くなるが、デジタル・ビデオテープやTV放送のtransport streamを変換する場合にはチェックしておいた方が良い。
　※MPEG-2 PSでCMカットするとtimecode breakができるのでチェックしておいたほうが便利。

Fast decoding of data breaks
　transport streamに大量のdata breakがある場合、書き出しが永遠にかかる。このオプションを使うとdata breakの検出を高速化し、書き出しを高速化できる。このオプションの効果があるのはtransport streamのみで他のMPEGファイルでは効果が無い。もしも大量のdata breakが入った muxed MPEGファイルがあったら、まず "Convert to TS..."でtransport streamに変換し、TSファイルを開いてこのオプションをイネーブルにしてから書き出すのが早い。

Don't open preview when exporting
　QuickTime, DV, AVIに書き出す際にプレビューウィンドウを開かない。1％程度の速度向上になる。いずれにせよプレビューはウィンドウメニューの "Show Exporter Preview" と、ファイルメニューの "Close" でいつでも開閉できる。

Preview all frames
　このオプションをイネーブルにして "Preview"をクリックすると、exporterはエンコードしたフレームを全てプレビューする。ディスエーブルの場合はサンプルフレーム（一般的にはキーフレーム）だけを表示する。ただし、ファイル書き出しで "Make"をクリックした場合はこの設定にかかわらず、サンプルフレームしか表示しない。

Auto-resize player and preview
　新しいファイルを開いた時や、ファイル書き出しの際にplayer とpreviewのウィンドウサイズをフレームにあわせる。ただしプレイヤがフルスクリーンに最大化されている場合は効かない。

DV Playback Quality
　QuickTime playerでDV movie と streamを再生する際の再生品質指定。単に再生にかかわるのみでエンコードの品質には影響しない。

MP2 Encoding Bitrate
　MP2 (M1A) エンコードのビットレート指定。 "Convert to MPEG with MP2 Audio", "Demux to M2V and M1A", "Demux to M1A", "Demux to Headed M2V and M1A"の各コマンドに影響する。export windowのaudio bitrate設定には影響しない。

Play streams with "user data"
　放送されたtransport streamの中には、再生を妨げる"user data"が入っていることがある（特にフランスのCanalSatellite）。playerが完全に真っ白な映像を表示したり (Intel)、 "transparent" になって背景の青いドットが見えたり(PowerPC/Rosetta)する。このオプションをチェックしてファイルを開きなおすとuser dataを上書きし、問題が解消する。この設定はtransport streamにしか影響が無い。問題が出た場合にだけ使うこと。

Clear "composite display flag"
　非常に細かい設定。Zoranのチップセットを使ったDVD playerの一部で起こりうる互換性問題に対処するために、streamに微細な変更を加える。そうしたDVD playerを持っていない限り使わないこと。さもないと再生で小さな緑の四角形が出る。

Skip Buttons
　（ ▶▶ と ◀◀）スキップボタンのインターバル変更。デフォルトは10秒。

AVI Settings
　AVIファイルの保存や書き出し方式を調整する。
　"Slow rendering" は編集したAVIを "Save As..."で再びAVIに書き戻す際のカットのレンダリング品質を向上させる（AVIとして保存する際は全てのカットを再エンコードする必要がある）。しかし、これは "Export to AVI..."には関係が無い。
　一方、 "VBR Audio" は "Save As..." と "Export to AVI..."の両方に影響する。VBR(Variable Bit Rate) audioを使うと、A/V syncが向上するファイルがあるのだが、これを受け付けないプレイヤもある。

Device-Specific Settings
　DreamBox と Topfield 5000所有者専用の設定。これらのセットトップボックスを持っていない場合は触らないでください。

OPENING STREAM FILES

　ファイルメニューの "Open Files" を選び、一つ以上のファイルを指定してOpenをクリック。
　audio fileを開くには、下のポップアップメニューから "Audio 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 ファイル。

　サポート外の拡張子が付いたMPEGファイルは、ポップアップから "All Files"を選んでオープンできるか試せます。"All Files"では、iDVD projectの中に入って MPEG ファイルを開くことができます。
　.m2v, .m1v, .mpvファイルを開いた場合、同名で、 .aiff, .aif, .m1a, .mp2, mpa, .ac3の拡張子を持ったの正しいaudioファイルがあれば、ビデオファイルと同時に開きます。拡張子だけが違うaudio fileがある場合、上記の順で最初の拡張子を持ったものが開きます（.aiffが先、 .ac3 が最後）。　demuxed video やaudioファイルを開くのは時間がかかることがあり、 プログレスバーが出ます。これはCommand-. または Escで中断できます。

　拡張子に大文字小文字の区別はありません。大文字小文字の混在が許されるのはMac OS X 10.3以降です。
　AIFF audioファイルは16-bit uncompressed、かつサポートされているサンプルレートでなければなりません。

　または、開きたいファイルをアプリケーション・アイコンかプレイヤ・ウィンドウにdrag & dropしても開きます。これで開けるのはvideo一個だけです。複数ファイルをdragしても、その中の一個しか開きません。複数ファイルを一緒に開くにはFile menuを使ってください。
　ファイルをdropする前にCommand と Optionを押し下げておくと、audioファイルや、サポート外の拡張子付きファイルをdrag & dropできます。

　複数ファイルを選択する場合、それらが同一の MPEG stream （おそらくは 1GB以上）の一部であること、open file panelの中で正しい順番（上から）になっていることを確認してください。順番を直すにはName fieldの三角をクリックします。表示されている順番が全てであり、ファイルを選んだ順番は関係ありませんので注意してください。

　明らかにより長いMPEG streamの一部のファイルを一個だけ開いた場合、関連streamを全て開くオプションがあります。たとえば：
　VTS_01_1.VOB + VTS_01_2.VOB (DVD);
　Recording.ts + Recording.ts.001 (DreamBox);
　Movie_0501220105~0.vid + Movie_0501220105~1.vid (Humax);
　000&&Channel.tp0 + 000&&Channel.tp1(Homecast).

　これ以外のパターンでMPEGを分割するデバイスがあったら、Squared 5に連絡してください。

OPENING A STREAM OVER THE INTERNET

　ファイルメニューの"Open URL"を選び、streamのURL addressを打ち込んで "Open"をクリックします。うまくいけば、streamがplayerで開きます。

　web pageのURL addressでも、MPEG Streamclipは埋め込まれたvideo streamのオープンを試みます。これは、このヘルプを書いている時点では、PerianをインストールしてあればYouTubeとGoogle videoで効きますが、将来の保証はありません。

　"Open URL" windowには、"Open as streamed file"と"Open as remote file"の二つのオプションがあります。これはstreamを開く方式の選択ですがデフォルトは"Open as streamed file" です。これが失敗した場合、MPEG Streamclipは "Open as remote file"でリトライをかけます。

　"Open as streamed file"はstreamをプログレッシブ・ダウンロード方式のシーケンシャルファイルとして扱います。コネクション・コントロールはQuickTime が行い、データはディスクにキャッシュされます。この方式はHTTPだけでなく、いくつかのstreaming/downloadingプロトコルを扱えますが、現在のダウンローディング・ポイントを超えるシークはできず、また、FLVファイルなど一部のファイルでは動作しません。さらに、この方式で開かれたMPEGファイルではconvertの際に音声が失われます。

　"Open as remote file" はstreamをリモートのランダム・アクセス・ファイルとして開きます。コネクション・コントロールはMPEG Streamclipが行い、データはRAMにキャッシュされます。この方式はHTTP stream（"http:"で始まるもの）にしか効きませんが、待ち時間なしでシークできます。AVI とFLVファイルで有用です。ただし、再生の時や、回線が遅い場合、数秒間playerがハングすることがあります。

　どちらのモードを選んだ場合でも、FLVファイルをplayerに表示するには完全にダウンロードが済むまで待たねばなりません。時間がかかる場合、プログレスバーが現れますのでCommand-. か Escで中断できます（一度押せばplayerはstreamの最初のパートを表示します）。FLVの再生にはPerianが必要です。

DOWNLOADING A STREAM

　ファイルメニューで "Open URL" を選び、streamのURL addressを打ち込んで"Download…"をクリックします。うまくいけば、ダウンロードが開始します。バッチリストが開いている場合はバッチリストに追加され、ダウンロードの開始を後で指示できます。

　web pageのURL addressでも、MPEG Streamclipは埋め込まれたvideo streamのオープンを試みます。これは、このヘルプを書いている時点では、PerianをインストールしてあればYouTubeとGoogle videoで効きますが、将来の保証はありません。

"Open as streamed file" と "Open as remote file"オプションはダウンロードでも効きます。適切な方を選ぶか、デフォルトの "Open as streamed file"を使ってください。

READING STREAM INFO

　ファイルメニューの "Show Stream Info"で情報ウィンドウが開きます。このウィンドウは開いているstreamに関する全ての情報を表示します。
　MPEGファイルでは、"Video PID" pop-up menu listにvideo trackのリストが、"Audio PID"にaudio trackのリストが出ます。変換されるのは、選択されたトラックのみです。
　 "Trimming"の下に出ている二個のTime表示は、ムービーのどの部分をplayerに表示しているかを示します。ですから、ムービーをトリムすると変化します。 "In" と "Out" のTime表示は、save, export, convertの対象となる範囲を示しています。つまり現時点での選択範囲です。

　スクランブルやエンクリプトされたstreamはサポートしていません。こうしたファイルを開いた場合の結果は予測不能ですが、もしもstreamのスクランブルが部分的なものであれば、ノンスクランブル部分の読み込みを試行し、読み込み可能部分のサイズをinfo windowに表示します。

CHOOSING AUDIO AND VIDEO PIDS

　MPEG streamの中には複数の映像と複数の音声（例えば二カ国語など）を入れる事が出来ます。個々の映像/音声トラック（別名：エレメンタリ・ストリーム）はPID (Packet IDentifier) という番号で管理されており、この番号には重複がありません。
　このソフトでは、streamの再生や変換をする前に、二つのポップアップメニューで目標ファイルに含むべき適切な映像/音声PIDを選択する必要があります。未指定の場合はデフォルトPIDを使います。

　Muxed MPEGファイルの場合は、transport streamとは異なりPIDはありませんが、複数の映像+音声トラックが有り得ます。それぞれに "start code"があり、この中身は異なっている事があります。muxedファイルではPIDメニューには各映像+音声トラックの "start code"が表示されます。

　FLV (Flash Video)ファイルでは、Video PIDメニューにはビデオトラックのアスペクトレシオが表示されます。種類は三つ：0 (default aspect), 4:3, 16:9.。

AUDIO MODES AND MULTICHANNEL AC3

　 AC3 audio trackは最大6チャンネルをサポートしています（L, R, Center, LS, RS, LFE）が、MPEG Streamclipが同時にplay/convertできるのは2チャンネルです。 "Audio Mode"ポップアップメニューで、使用する2チャンネルを選択できます。特段の必要がなければデフォルトのStereo Mixで良いでしょう。その他の場合は以下の詳細を読んで下さい。

Stereo Mix

Front Mix

Surround

L/R Ch.

Center Ch.

LS/RS Ch.

LFE Ch.

　後半の4モードはAC3トラックの全てを4個のAIFFファイルに保存するもの。これはA.Packで同内容の新しいAC3ファイルに出来る。この場合、A.Packのプロセシング・オプション"Apply 90º Phase-Shift"を切っておくのを忘れない事。

　AC3 streamに入っているチャンネル数はAC3 coding mode（スラッシュかプラスで区切られた二個の数）から推測出来る。以下はAC3 coding modeの前リスト：

• 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

　 MPEG audio トラック (MP1, MP2)を再生したり、MOV, DV, AVI, MP4, AIFFへ変換する場合、"Audio Mode"ポップアップメニューで"High Level" か "Low Level"かを選べます。デフォルトは"High Level"。"Low Level"は変換後のボリュームが大きすぎる場合に使って下さい。

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点 はキャンセルされません。

　JKL ナビゲーション（"Playing the stream"で後述）や、navigationボタンで任意のIn/Out点に移動する事も出来ます。矢印キーの左右でフレーム単位で再生ヘッドを動かせます。矢印キーの上下はキーフレーム単位です。Option+左右でIn/Out点へ移動します。

TRIMMING THE STREAM

　選択範囲の指定が終わったら、その範囲にトリム（＊trim＊）する事が出来ます。トリムとは、In点より前とOut点より後ろの部分を一時的にカットしてしまうものです。Editメニューの "Trim"を選ぶとムービーを選択範囲にトリムできます（キーフレームの位置によっては多少短くなります）。トリムされた後もその中でさらに選択範囲を指定する事ができます。素材ファイルには変更がありません。
　直前のトリム操作はEditメニューの "Undo"で取り消せます。今までのトリミングを全て元に戻すにはEditメニューの "Revert Trimming" を使います。

　トリミングは動画の編集ではありません。一時的にPlayerに表示される範囲を限定し、変換や編集の対象を限定するだけです。トリミングしても、それまでの編集結果を失う心配は要りません。また、編集したあとでその部分をトリムで隠してしまっても編集結果が消えるわけではなく、単に隠れているだけですから "Revert Trimming"でいつでも確認できます。

　ですから、長いstreamを短い部分にトリムして細かい編集作業をするのに便利です。最初の20分にトリムしてCMをカットして "Revert Trimming"、次の20分にトリムして、、、といった感じです。

EDITING THE STREAM

　 Editメニューから"Cut"を選ぶとstreamから選択範囲を除去できます（In-Out間。キーフレームの位置によっては多少おおく）。これはCMカットなどで有用です。カットは好きなだけできますし、既にカットを含んでいる部分もさらにカットできます。
　各カットの位置はedit listで確認できます（詳細は "Using the edit list"参照）。

　 "Copy" and "Paste"を使って、streamの一部分をコピーし、同じstreamや他の互換streamにペーストできます。streamの一部分を "Cut" and "Paste" で移動する事もできます。 "Copy" または "Cut"されるstreamの一部分は、In-Out間の選択範囲（または多少多い）です。選択範囲が指定されていない場合、"Copy"対象は stream全体となります（トリムされている場合はトリム範囲ぜんぶを"Copy"します）。

　"Copy"や"Cut" の内容はstreamを閉じた後も保持されますから、"Copy" してstreamを閉じ、別のstreamを開いて "Paste"、といった事もできます。複数streamを繋げる際に有用でしょう。しかしながらこの場合、全てのストリームが同じPID、同じstart code、同じaudio/videoプロパティを持っていなければなりません（同一素材か同一チャンネル由来でなければならないと言う事です）。

　MPEGファイルでは、編集はMPEGレベルで行われます。すなわち、映像は再構築され、音声は再同期されます。同一stream内に大量のカットがあっても、Audio/video syncは保持されます。
　Edit作業がソースファイルを上書きする事はありません。Edit内容を保存するには"Save As"で他のファイルに保存しなければなりません。
　Editメニューの"Undo"で直前の "Cut", "Copy", "Paste" または "Trim"を取り消せます（複数Undoはできません。一回だけです）。同じくEditメニューの "Revert All Changes"を使うと、全ての編集とトリミングをUndoできます。

　QuickTimeファイルでは、編集やトリミングはフレーム単位です。しかしMPEGファイルではフレーム単位ではありません。というのは、MPEG は各ピクチャをGOP (Group Of Pictures) 単位にグループ化しているからです。GOPは一般的には0.5秒単位です。MPEG StreamclipはGOPを分解できません（＊フレーム単位編集ができない＊）。ですから編集の最小単位は約1/2秒となります。そのかわり、編集後のaudio/video sync精度は非常に高く、どれだけカットしようと通常は1/2 frame以下です。このバージョンでの注意事項は、トリムは選択範囲を「なるたけたくさん」残し、カットは「なるたけ最小限に除去」、コピーは「なるたけ最小限にコピー」する事です。Editとトリミングが正確なのはIn点・Out点のそれぞれが正確にキーフレーム上にある場合だけです。キーフレーム上に移動するには矢印キーの上下か、Editメニューの"Go to Keyframe"を使います。

NOTE:大半のMPEGファイルでは発生しませんが、ファイルによっては、時折Cutした際に直前のピクチャが破綻する事があります。

FIXING TIMECODE BREAKS

　MPEG streamの中には不連続なtime codeを持つものがあります（特にVOBファイルはそうです）。こうしたstreamをMPEG Streamclipで正しく扱うには、Editメニューの "Fix Timecode Breaks"を使います。
　発見されたtimecode breakは全てlogウィンドウとedit listにリストアップされます。

　オプションの"Do not skip any frame"は、timecode breakをfixする際に、フレームのドロッピングを許可するかどうかです。デフォルトでは、VOB/VRO streamではフレームドロッピングを許可し、他では許可しないようになっています。 "Do not skip any frame"をイネーブルにすると、"Fix Timecode Breaks" は映像のノイズが入るような場合でも全フレームの維持を試みます。

　このコマンドは、複数のMPEGファイルを一つのstreamに結合するのに使える事があります。この場合も、それぞれのファイルは同じ PID、同じstart code、同じaudio/videoプロパティを持っていなければなりません。結合する前のファイルを "Convert to MPEG" して置くのが良いでしょう。というのはこのコマンドはPIDとstart codeをデフォルト値に書き直すからです。また、ファイル結合の際には "Do not skip any frame"をイネーブルにしてはなりません。
　ファイル間の結合点の見栄えが良く無かったら、その部分はCutしてしまいましょう。

USING THE EDIT LIST

　edit listには、それまでに行った全てのcutと、"Fix Timecode Breaks" で見つかった全てのtimecode breakがリストアップされます。これはListメニューの "Edit List"で開けます。
　厳密には、Edit listが表示するのは二つのcut点（または二つのtimecode break）で囲まれたセグメントです。各セグメントには、Start TimeとDuration（＊持続時間＊）が表示されます。
　セグメントのダブルクリック、または"Select"ボタンをクリックすると、player上でそのセグメントが選択されます。In点とOut点が、そのセグメントを囲む位置に変更されると言う事です。また、再生ヘッドもセグメントの開始点に移動します。

THE LOG WINDOW

　Listメニューの "Log Window"でログウィンドウが開きます。ログウィンドウには、各conversionのstart timeとstop time、エラーメッセージが記録されています。また、conversion中に見つかったdata breakの位置、"Fix Timecode Breaks"で見つかったtimecode breakも記録されています。"Fix streams with data breaks"オプションがイネーブルの場合は、ストリームが補正された事を示す "fixing video" とか "fixing audio" とかのメッセージも記録されます。
　 "Check Stream"をクリックするとstream checkを始めます。これはconversion同様にdata breakの有無をlogにリストアップします。logをクリアするには"Clear"ボタン。

SAVING THE STREAM

　Fileメニューの"Save As..."でstreamのコピーを保存できます。streamにIn点とOut点が指定してあったり、トリムされている場合、その範囲だけの保存になります。それ以外の場合はstream全体の別名保存になります。
　編集済みstreamの場合は、編集済みstreamの保存です。
　 複数素材の場合は、単一ファイルにjoinされます。必要な場合は2GBを超える事があります。
　video・audio PIDの選択に関わらず、全てのvideo・audioトラックが保存されます。streamを編集した場合は、選択されたvideo/audio trackのみの保存になります。

　QuickTime, DV, AVI, および MPEG-4ファイルの場合、出力フォーマットをMOV, MP4, AVIの中から選択できます。如何なる動画もMOVにsaveできますが、MP4 や AVIにsaveできるものには限りがあります。
　DivXファイルをAVIにsaveするには、コデック（DivX 6, 3ivx, or XviD）のインストールが必要です。Divxファイルを編集してAVIにsaveした場合、再生がウマく行かない事があります。

NOTE: Squared 5はあなたがstreamをコピーする法的権利を持っている事を前提にしています！

EXPORTING TO QUICKTIME, AVI, MPEG-4

　Fileメニューから、"Export to QuickTime..." ・"Export to AVI..."・"Export to MPEG-4.."を選ぶと、それぞれ、Movie Exporter・AVI/DivX Exporter・MPEG-4 Exporterのウィンドウが開きます。ここでIn-Out点で囲った部分（未指定なら全体）をexportできます。streamを編集していれば、編集後の状態のexportです。

　ここで可能な設定は以下の通り：

Compression

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

Quality

Options

iPod

2-Pass/Multipass

B-Frames

Limit Data Rate

Sound

Frame Size

Frame Rate

Frame Blending

Field Dominance

Rotation

Zoom

Cropping

Interlaced Scaling

Better Downscaling

Reinterlace Chroma

Deinterlace Video

Adjustments

Presets

Reset All

Fast Start

Make Movie - Make AVI - Make MP4

Preview

AUDIO AND VIDEO FORMATS SUPPORTED IN AVI FILES

　 MPEG Streamclip が書き出せるのは AVI 1.0です。このフォーマットには様々な制限があり（例えば最大ファイルサイズは4GBまでです）、多くのvideo/audioコデックがサポートされていません。

• サポートされているビデオコデックは、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に対応しているとは限らない。

　＊AVIはコデックを取り揃える他にAVI2.0など様々な拡張を加えれば応用範囲はかなり広い。地の構造が鬼のようにシンプルで取っ付きやすいので、様々な勝手拡張が生まれ、実情として互換性の確保が難しく、”制限の多い”コンテナになっている。

EXPORTING TO DV STREAM

　ファイルメニューから "Export to DV..." を選ぶとDV Exporterウィンドウが現れます。ここでIn-Out点で囲った部分（未指定なら全体）をDV streamにexportできます。ここでもまた、streamを編集していれば、編集後の状態のexportです。

　Compression ポップアップメニューで使用するvideo compressorを選択します。選択肢は三つ。DV(DV25)、DVCPRO25、そしてDVCPRO50です。iMovieで読み込むにはDV(DV25)でなければなりません。

　Standardポップアップメニューではstreamに使う規格、PALかNTSCかを選びます。fpsが24、25、50fpsの場合は自動的にPALとなり、その他ではNTSCとなります。しかし、iMovie や Final Cut projectで必要な規格に合わせる必要があれば、これは変更できます。
　フレームサイズはPALでは720 x 576、NTSCでは720 x 480にセットされます。必要に応じて2D-FIR scalerが使われます。

　Aspect RatioポップアップメニューでDV streamに4:3 か16:9のフラグを書き込めます。この指定はDV stream中のbitを一つ切り替えるだけなのですが、iMovie HDのようなアプリケーションでの読み込みが楽になります。

　DV streamのField dominanceは常にlower field firstです。ですからこの設定はありません。Dominanceの変換はオリジナルのMPEGがupper field dominantだった場合に行われます。

　"Frame Blending"、"Interlaced Scaling"、"Better Downscaling"、"Reinterlace Chroma"そして "Deinterlace Video"に関しては前節を参照して下さい。
　"Resample Audio to 48 kHz"はオーディオトラックのサンプルレートをDVで使える最高レートにリサンプリングします。ソースファイルのサンプルレートが48 kHzだった場合はなにもしません。
　iMovieにDV streamを読み込みたい場合は"Split DV Stream in Segments"をチェックして下さい。このオプションはDV streamを1.9GB単位のファイルに分割します。自動的に３桁の番号がファイル名に後付けされます。

　"Rotation"、"Zoom"、"Cropping"そして"Presets"ボタンと"Adjustments"ボタンに関しては前節を参照して下さい。"Zoom"に"Scale"オプションが無いのはDVには使えないからです。

　Preset ManagerでDV exporterの設定を保存できます。DV presetはMOV/AVI presetと一緒にリストアップされますが、MOV/AVI exporterにDV presetをロードしたり、またその逆もできません。設定の中には全てのexporterウィンドウで共通のものがあります。例えば"Zoom"がそうですが、"Cropping"は違います。プリセットをどれか一つのexporterにロードすると、こうした共通部分は全てのexporterで変更されます。

　"Preview"と"Make DV Stream"ボタンはMovie Exporterウィンドウの"Preview"と"Make Movie"ボタンと同様に動作します。勿論、"Make DV Stream"が書き出すのはDVファイルであってMOVファイルではありません。

　DV streamのエンコード結果もプレビューできます。必要であれば、DV streamを書き出す前に設定を変えて下さい。

EXPORTING A FRAME

　ファイルメニューの"Export Frame..."で、playerに表示されたフレームをJPEG, TIFF, PNGで書き出す事が出来ます。"Unscaled"オリジナルサイズ書き出しかサイズ変更が選べますインターレースドでサイズを変える場合は "Interlaced Scaling"か"Deinterlace Video"を選択します。また、Adjustmentsでgammaを2.2か 1.8から選べます。他と同様、リサイズには2D-FIR scalerが使われます。

　"Pixel Aspect"にある二つのオプションは小さな（目に見えないと言うに近い）補正をピクチャのアスペクト比に加えます。"Computer Graphics"は書き出しピクチャをCGやフォトアプリケーションに渡す際に使います。"Industry Standard"はピクチャをビデオアプリケーションに渡す際に使います。これらのオプションはフレームサイズが4:3 か16:9の時にしか効果がありません。

CONVERTING THE STREAM

　以下のコマンドが有効なのはソースstreamがMPEG-1 か MPEG-2フォーマットの場合だけです。Apple MPEG-2再生コンポーネントは不要です（＊再生や編集には必要だがConvert toだけなら不要という事＊）。
　ファイルメニューから"Convert to" や "Demux"コマンドのどれかを選ぶと、望みのconversion か demux（＊映像と音声の分離＊）ができます。ここでもまた、streamを編集していれば、編集後の状態のconversion か demuxです。
　これらのconversionは非常に高速で、足を引っ張るのはハードディスクの速度と音声の変換速度だけです。音声conversionの必要が無ければ、通常はFinderのコピーと同じ速度です。音声conversionを伴う場合はCPUの速度に応じてやや落ちます。
　書き出しファイルのサイズは2GBを超える事がありますが、分割はされません。必要であれば、In点とOut点を使って小さな書き出しファイルを作る事が出来ます。
　これらのコマンドが書き出すファイルは全て（In点とOut点が同じであれば）同じ持続時間になります。同じstart time、同じend time、そして特別なtime-detectionテクノロジーで同期が保たれています。従って、複数のconversionを実行して、結果ファイルを一緒に使う事ができます。

使用できるコマンドの手短な説明は以下の通り：

Convert to MPEG...

Convert to MPEG with MP2 Audio...

Convert to Headed MPEG...

Convert to TS...

Convert to TS with MP2 Audio...

Convert to TS with REC Header...

Convert to TS with VID Header...

Demux to M2V and AIFF...

Demux to M2V and M1A...

Demux to M2V and AC3...

Demux to M2V...

Demux to AIFF...

Demux to M1A...

Demux to AC3...

Demux to Unscaled M2V and AIFF...

Demux to Headed M2V and AIFF...

Demux to Headed M2V and M1A...

Demux to Headed M2V and AC3...

Demux to Headed M2V...

　streamにdata breakがあれば警告メッセージが出ます。これはstreamが壊れているという意味です。
　 書き出されたファイルにdata breakがある場合、audio/videosyncがおかしい可能性があります。このような場合、書き出しの前にpreferenceで"Fix streams with data breaks"をイネーブルにして下さい。これでMPEG StreamclipはA/V syncの回復を試みるようになります。

PLAYING THE STREAM

　MPEG Streamclipは再生にも使えます（フルスクリーンも可）。
　対応形式：

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

　MPEG -2ファイルの再生には高速なG4プロセッサ（特にAC3 か PCM音声の場合）が必要です。G3搭載機ではフルフレームレートの再生は期待しないで下さい。

再生開始：
　ピクチャのダブルクリック、スペースキー、再生ボタン ▶、またはJKL navigation。

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

フルスクリーン：
再生ヘッドの移動：

音声ボリューム：

Playerのボタン：

　書き出し・変換・保存の最中でもファイルやstreamの再生ができます。ただし再生も書き出しも速度が落ちます。
　複数音声/複数映像とラックのあるstreamを再生する際は、再生前に正しいaudio/video PIDを選んで下さい。未指定の場合はデフォルトのPIDを使います。

　MPEG-2再生コンポーネントをインストールせずにMPEG-2ファイルやstreamを開いた場合、Playerの表示はカラになります。なにも再生できませんが、In Out点の指定とconversionは可能です。

　Apple MPEG-2再生コンポーネントは4GB以上のファイルを再生できません。MPEG Streamclipはこれを超えるstreamを4GB単位に分割して再生します。その結果、4GBごとにしばらく再生が止まる事があります。

USING BATCH PROCESSING

　Listメニューのbatch listでバッチプロセスが使えます。batch listは、Goボタンを押した時に実行されるタスクの一覧です。
　たくさんのファイルをconvertしたい場合、"Add Files"ボタンか、リストにファイルをdrag & dropして下さい。taskの内容と保存場所を指示するウィンドウが開きます。オプションにはfix timecode breakとjoinselected filesがあります。exportの場合はそれ用の設定も必要です。ファイルのフレームサイズ、rate、aspectが揃っていない場合、 export設定をその都度指定する事になります。conversionの場合、PIDは自動的に設定されます。
　batch listへのファイル登録は時間がかかる事があります。中止したい場合はCommand-. または Esc。
　もう一つ、batch listにファイルを登録する方法があります。batch listが開いていると、それが他のウィンドウに隠れている場合でも、ファイルメニューから選んだ全てのconversionが、即時実行される代わりにbatch listに登録されます（ですから即時実行したい場合は閉じておいて下さい）。この挙動は、Save As, Export to, Convert to, Demux to、そしてPVRデバイス用のDownload and Upload from/toでも同じです。source streamはもちろんPlayerに表示されたものです。
　この方法は即時実行のconversionと全く同じです。全てのedit、トリミング、In/Out点、選択したPIDはbatch listに保存されています。batch list登録後にPlayer上でedit、トリミング、In/Out点、選択したPIDを変更しても、batch listのtaskには影響しません。Playerでstreamを閉じて、次の作業に取りかかる事も出来ます。conversionのデータはtaskを削除するか、アプリケーションを終了するまでbatch listに留まります。
　バッチプロセスは"Go"ボタンで開始します。開始後はこのボタンは"Stop"に代わり、これをクリックすると次のtaskを開始しません。現在進行中のtaskは最後まで進みます。現在進行中のものも含めて後続のtaskも停止するには、progressウィンドウの"Stop"ボタンを使います。
　taskの初期ステータスは"Waiting"です。これは"Hold"ボタンで"Held"と"Waiting"に変わります。"Held"はバッチプロセスでスキップされますが、batch listには留まります。
　実行後、taskのステータスは"Completed"に変わります。失敗した場合はエラーメッセージがステータス欄に出ます。taskを再実行するには、"Repeat"ボタンでステータスを"Waiting"に戻します。
　taskの順番を変えるには、taskを一個選んで"Up" / "Down" ボタン。削除は"Delete"、全削除は"Clear"ボタンです。
　"Redirect"ボタンは書き出しフォルダの変更です。"Script"ボタンは全task終了後に実行するscriptの選択です。

USING MPEG STREAMCLIP WITH THE DREAMBOX

The DreamBox (http://www.dream-multimedia-tv.com) is a DVB set-top box. It comes in several versions (for satellite and digital terrestrial TV), with or without the hard disk. All these versions are supported.
The Enigma menu allows MPEG Streamclip to connect directly to the DreamBox, through the Ethernet interface. To enable this menu, please enter the IP address of your DreamBox in MPEG Streamclip preferences. You have to enter the password only if different from "dreambox".

If youselect "Files...", the "Enigma Files" window will open, showing the files that are in the "movie" folder of the DreamBox hard disk. You can update the file list at any time with the "Refresh" button. If you click the "Open" button (or double-click a file), you can open and immediately play a file in the player, you don't need to download it before. With the "Upload" and "Download" buttons you can upload/download one or more .ts files to/from the DreamBox. Using "Upload" you can also upload to the DreamBox, the stream that is currently in the player, from In to Out. The stream will be automatically converted to .ts while uploading. And, since you can open any DreamBox file in the player, this means that you can even upload a DreamBox file to the DreamBox, after any editing or trimming, without passing through your Mac's hard disk.
If the batch list is open, or if you select more than one file, Upload and Download tasks will be added to the batch list so you can execute them in batch.
Once the .ts file has been uploaded, you need to update the movie list that is in the "recordings.epl" file. This procedure can be done by clicking the "Rebuild" button and forces the DreamBox to reboot.
For this reason, uploading a file in the "movie" folder is not recommended: you would better use the the "lost+found" folder for uploaded files, and leave the "movie" folder for TV recordings. In the Enigma Files window, you can go to the "lost+found" folder with the "lost+found" button and, with the "movie" button, you can go back to the "movie" folder; in the DreamBox, you can go to the "lost+found" folder in File mode, by choosing "Root" (red key on remote), then "harddisk" and "lost+found/".
With the "Delete" button you can delete a file from the DreamBox. You will be asked 3 times for confirmation. One of these three messages will contain a mini-player that will let you see the .ts file for the last time, and realize what you are going to delete. You can disable the player by holding down the Option key while you click the Delete button; this can be useful if, for some reason, MPEG Streamclip hangs before the player appears. Still with the Option key, you can select and delete many files at once.

If you select "Recorder", the "Enigma Recorder" window will open, and, if the DreamBox is on, the name and the screenshot of the current TV channel will appear, with the OSD (on-screen display) if present. Also, a remote control for the DreamBox will appear.
With the "Start Box Recording" button you can remotely start/stop recording on the DreamBox hard disk. A red signal near the button will tell you whether a recording is in progress.
With the "Start Mac Recording" button you can start recording on your Mac's hard disk. You will be asked to choose a folder and a name for the .ts file to be recorder; however, to make this procedure faster, MPEG Streamclip goes to the last folder used for recording and proposes a unique file name, using the channel name and the current date and time. This feature is just what you need to use MPEG Streamclip with a DreamBox that has no internal hard disk.
In both cases, the TV channel shown in the window is the same shown by the DreamBox, and not necessarily the one being recorded; you must avoid changing channel while recording on Mac, because the data flow may stop.
You can't start recording on Mac and on DreamBox at the same time.
Enigma Recorder, used with the DM-7000, requires at least the 1.08 firmware; the remote control requires at least the 1.09 firmware.

If youselect "Web Interface" the browser "Enigma Web Interface" will appear. This browser has limited functionality, but enough to operate the Enigma web interface. It is powered by Safari.
With the "<" and ">" buttons you can go to the previous and next page. The "Reload" button reloads the web interface, while the "Refresh" button reloads the current page.

If you select "Easy Firmware" the window "Enigma Easy Firmware" will open. This window lets you update the firmware in the flash ROM, and install multiboot images in a USB stick connected to the DreamBox.
Enigma Easy Firmware has been included in MPEG Streamclip only for your fun: Squared 5 does not take any responsibility for proper or improper use of this tool, and for any consequent damage that might happen.
Enigma Easy Firmware is not yet compatible with the DreamBox DM 7020. But you can still use "Backup Settings" and "Restore Settings" in the 7020 without problems.
When you open it, the window shows some data like the presence of DreamFlash, the name of the active image, the size of USB stick, and the names of multiboot images already installed on USB. You can update these data at any time using the "Refresh" button.
With the "Update Firmware" button you can install a firmware image in the flash ROM. Please keep DreamUP and Virtual PC ready: if the update fails you might need them.
The button "Backup Firmware" will let you recover the firmware stored in the flash ROM and will store it in a .img file.
With the "Install DreamFlash" and "Remove DreamFlash" buttons you can install or remove the DreamFlash plugin, required for starting multiboot images. For the firmware 1.09 you must use DreamFlash 2.5 or later; for the firmware 1.08.x you must use earlier versions of DreamFlash (2.0 through 2.3a). Please click "Install DreamFlash" and follow the instructions. When DreamFlash is installed, don't forget to configure it by pushing the blue key of your remote control, and choosing "DreamFlash". Select "USB Stick" and don't change any defaultsetting. DreamFlash is a copyright of Mechatron and is therefore not included in MPEG Streamclip; you can download it from:
http://www.bernyr.de/
With the "Backup Settings" and "Restore Settings" buttons you can respectively save on your Mac the settings of the currently active image, and restore the previously saved settings in the active image. Of course you can use "Restore Settings" to load one image's settings in the other images. Settings are stored in a .tgz file and they include only basic settings of Enigma. If you need to save/restore moresettings, you can use the software DreamXman.
Note that "Restore Settings" will force the DreamBox to reboot.
With the "Format" button you can format the USB stick, completely erasing all its content. You will be asked twice before proceeding.
With the "Install Image" button you can install a multiboot image in the USBstick. The procedure is automatic and you don't have to use your remote control. Also, some essential settings (like IP address and language) are automatically copied from the active image to the installed image. The list of installed images will appear on the DreamBox display at reboot, and you will be able to choose the image to be used with your remote control.
With the "Rename Image" button you can change the name of installed images, while with the "Delete Image" button you can delete an image and its settings.
Finally, the "Reboot Box" button will let you reboot the DreamBox: useful if you want to activate another firmware image.

USING MPEG STREAMCLIP WITH THE TOPFIELD TF5000PVR/TF5500PVR

The Topfield TF5000PVR/TF5500PVR (http://www.topfield.co.kr) is a DVBset-top box. The TF5000PVR comes in two versions: one for satellite and the other for digital terrestrial TV. There are also other devices in the same family, like the TF5800PVR, the TF5010PVR, the TF5100PVR and the TF5510PVR; they are usually supported.
The Altair menu allows MPEG Streamclip to connect directly to the Topfield TF5000PVR/TF5500PVR, through the USB interface. To enable this menu, please select "Enable Altair" in MPEG Streamclip preferences.

If you select "Files...", the "Altair Files" window will open, showing the files that are in the "\DataFiles" folder of the Topfield hard disk. You can update the file list at any time with the "Refresh" button. If you click the "Open" button (or double-click a file), you can open and immediately play a file in the player, you don't need to download it before (for smooth playback, you must have an USB 2.0 port on your Mac). With the "Upload" and "Download" buttons you can upload/download one or more .rec or .ts files to/from the Topfield. Using "Upload" you can also upload to the Topfield, the stream that is currently in the player, from In to Out. The stream will be automatically converted to .rec while uploading. And, since you can open any Topfield file in the player, this means that you can even upload a Topfield file to the Topfield, after any editing or trimming, without passing through your Mac's hard disk.
You can change folder, if you wish: with the "Up" button (or double clicking "..") you can go up to the parent folder, with the "Data" button you can go back to the \DataFiles folder, and if you want to go into a subfolder, just double-click it.
In the \DataFiles folder and in its subfolders you can only upload/download files with the .rec extension. In the other folders, with the Upload and Download buttons you can upload/download files with any extension. For instance, in the \ProgramFiles folder you can upload .tap files, while in the \MP3 folder you can upload .mp3 files. And you can even upload and download a folder with all subfolders.
If the batch list is open, or if you select more than one file or an entire folder, Upload and Download tasks will be added to the batch list so you can execute them in batch.
The Altair menu has an option called "Turbo", enabled by default, which gives higher data transfer rate. When Turbo is enabled and a data transfer (download, upload, high-speed playback) is in progress, the Topfield does not respond to the remote control: in this case, if you want to use your remote, you have to disable Turbo. But please note that, unlike what happens in Altair.exe or MacTF, with Altair Files you can enable and disable Turbo at any time, even in the middle of a data transfer. The change takes effect in a few seconds. Also note that you don't have to disable Turbo when there is no data transfer: Altair Files does it for you.
With the "Delete" button you can delete a file from the Topfield. You will be asked 3 times for confirmation. One of these three messages will contain a mini-player that will let you see the .ts file for the last time, and realize what you are going to delete. You can disable the player by holding down the Option key while you click the Delete button; this can be useful if, for some reason, MPEG Streamclip hangs before the player appears. Still with the Option key, you can select and delete many files at once.
Using the Delete button, you also can delete an entire folder (or many folders) and all the files and folders contained in it. But you have to hold down the Option key while you click Delete, and again, you will be asked three times for a confirmation. Please note that some folders, like \DataFiles, cannot be deleted.
With the "Rename" button you can change the name of files and folders. But you can't change the file extension.
With the "Folder" button you can create a new subfolder in the current folder. A default name will be proposed to you: to change it, you can click "Rename" in the window that will appear.

Altair Files does not make use of any portion of code from MacTF or Altair.exe. In fact, the I/O system included in Altair Files (and developed by Squared 5) is much more powerful than those found in MacTF or Altair.exe, and it can handle up to 3 different streams from/to the Topfield at the same time(download + upload + playback). And the user interface is more comfortable and responsive. Also, Altair Files is more reliable than MacTF.
Please note that MacTF cannot be used while Altair Files is running.

OTHER COMPATIBLE DEVICES

　MPEG Streamclipは、FireWire、 Ethernet、 USB、DVD デバイスと互換性があります。例えば：

• 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
• その他たくさんのデバイス

　MPEG StreamclipはDVHSCapと VirtualDVHS（開発者向けにAppleが配布しているFireWire SDKに含まれる無償アプリケーション）がサポートするMPEG-2デバイスとも互換性があります。代表的な例は、Sony IP7/MicroMV, the Sony HDR-FX1, the JVC GR-HD1 camcorders; the JVC HM-DH30000U and the Mitsubishi HD-2000U video cassette recorders; the Samsung SIR-T165set-top box, and many more cameras or recorders. これらの機器を持っていたら、 FireWireに繋いで、DVHSCap か VirtualDVHS（どちらでもちゃんと動く方）で M2Tファイルをキャプチャし、 MPEG Streamclip で他のフォーマットに convertできます。

　もちろんこのリストは完璧ではありません。MPEG Streamclipは非常に幅広いMPEG デバイス/レコーダに対応しています。
　しかしながら、有名な互換でバイスは上記にリストアップしてあります。

　DVDのコンテントをconvertしたい場合は、VIDEO_TSフォルダのVOBファイルを開いて下さい。

　このアプリケーションはencrypted VOBファイルを開けません。DeCSSの実装は10分ほどかけて数行のコードを追加すれば済みますが、それはこのソフトの不適切な利用を引き起こします。Squared 5はDeCSSを実装しない方針です。このアプリケーションは適法な範囲の使用のみを意図しています。

INTERNATIONALIZING MPEG STREAMCLIP

　MPEG Streamclipはローカライズ可能です。

　現在、英仏独伊、ブラジル、ポルトガル語があります。英伊はSquared 5 (me)が用意しました。

　仏訳の提供はadesir。翻訳は100%。adesirへの連絡は彼のvideo forum: http://mac-video.desir.fr/ 仏語ですが有益な情報も見つかります。
　独訳の提供はRobert Zimmer。翻訳は70%ですが、主要部分は網羅しています。Robert Zimmerの連絡先は e-mail address: rojoziあっとarcor.de .
　ブラジル（版ポルトガル語）語訳の提供はRosen。翻訳は100%。連絡先はe-mail address: rcholbiあっとmac.com .
　スペイン語訳の提供は Pedro Alvera。翻訳は65%ですが、主要部分は網羅しています。連絡は彼のweb site: http://www.pedroalvera.com/

　この方々に感謝を（無償でローカライズしてくれました）。
　ローカライザのみなさんは、ベータ版をプレビューするアクセス権をもっていなかった事に留意してください。また、リリース前に彼らの翻訳をほとんど弄って居ない事にも注意してください。

　あなたも自分の言語にローカライズできます。ファインダーでアプリケーションをControl-clickし、"Show PackageContents"を選びます（まぁ、この文言はあなたの言語で表示されますが）。次に中のフォルダを"Contents"、"Resources"と開いてゆき、"English.lproj"フォルダを複製して、自分の言語の英語名をつけます（"Spanish.lproj", "German.lproj", "French.lproj"などなど）。リネームしたらそのフォルダを開いて、"Localizable(disabled).strings" を "Localizable.strings"にリネームします。これをユニコード対応のテキストエディタで開き（TextEditとか）、右側にある文字列を翻訳していきます。同じフォルダ内部のテキストファイルも必要に応じて翻訳して下さい（もちろん、このユーザーガイドの翻訳はとても困難です）。翻訳が終わったらMPEG Streamclipを起動して動作テストができます。ファインダのInfoウィンドウでローカライズの適用を切り替えられます。

　 MPEG StreamclipはUIの文字列をLocalizable.stringsファイルから読み込みます。.nibファイルは弄らないで下さい。もしも翻訳した文字列がUIのフィールドに収まらなかったら、短くするかSquared 5にフィールドを伸ばすよう連絡して下さい。
　送った時点で、Squared 5に以下の権利を暗黙のうちに許可したと看做します。
　あなたのローカライズの全部または一部を無償で次のバージョンのMPEG Streamclipに使用する権利。
　あなたの名前と（可能なら）e-mail addressをこのヘルプとPreferenceに表示する権利。
　いつなんどきでもあなたのローカライズを修正したり、他のファイルの内容にmixしたり、破棄して他のローカライゼーションを採用する権利。

SUPPORT

　このアプリケーションにサポートはありません。Squared 5(squared5＠mpeg-streamclip.com)にメールを送る事が可能ですが、返答は時間のあるときにしかできません。
　質問でなくてもフィードバックは歓迎です。改善に役立ちます。
　その際はMac OS XのバージョンとCPUの種類(PowerPC or Intel)を忘れずに書いて下さい。

BUGS?

　バグリポートはSquared 5(squared5＠mpeg-streamclip.com)まで。解答しない事もありますが調査し、次のバージョンで直る可能性があります。

　MPEG-2 PS（MP2音声）のTV録画からH.264/AVC High Profile映像+AAC音声の.mp4ファイルを作る方法。

使うもの

1. x264Encoder 0.5.2：QuickTime系フロントエンド （QuickTime Player Proなど）でx264エンコードを可能にするQuickTimeコンポーネント。
2. avc1Decoder 0.6.4：x264で生成したHigh Profile映像をQuickTime系Player（iTunesなど）でデコードするQuickTimeコンポーネント。
3. MPEG Streamclip 1.8：これがあればQuickTime Player Proはまず不要。
• ※MPEG-2 PS素材の場合、QuickTime Player Pro（有償）+ Apple MPEG-2再生コンポーネント（有償）には以下の制限がある。 MPEG Streamclipがあれば、買うのはMPEG-2再生コンポーネントだけで済む。Proキーもあればあったで楽しいですけど。
1. 映像と音声の同時書き出しが 出来ない。
2. 4GBより大きいMPEG-2 ファイルを読み込めない。

1. システム環境設定

　システム環境設定の「x264Encoder」でPre-Prosess levelをゼロにします。ここではインタレ解除をMPEG Streamclipで行う為です。

• 

2. MPEGStreamClipの設定

　MPEG Streamclipに素材ファイルを読み込み、Fileメニューから「Export to MPEG-4」を選ぶと、次のようなウィンドウが開きます。

	◆2 パスの場合 Multipassにチェック B フレームを使うならB-framesにチェック（使う方が縮む） 望みのファイルサイズになるようLimit Data Rateを入力。 音声は好みで。 地上波アナログなら Frame Sizeは640x480（4:3）にします。 Frame Rateは素材から読み取るので空欄で29.97fpsになります。 ※逆テレシネはありません。 Better Downscalingは多少画質が良くなりますが、やや遅くなります。 Deinterlace Videoにチェックを入れます（インタレ解除）。 他は取りあえず弄らなくて良いです。
	◆1pass crfの場合 Multipassをオフ。 B フレームを使うならB-framesにチェック Limit Data Rateは触らない方が画質は良いです。 ※入れると1000や2000では画質が良く無い事が多いようです。 Compression スライダでおおまかな画質が決まります。

3. x264Encoderの設定

　「Options...」 を推すとx264Encoderの細かい設定ができます。

◆2 パスの場合 図は実用的な範囲で最も時間のかかる=画質の良い設定例です。 avc1Decoder 0.6.4抜き、つまり素のQuickTime系で再生するには： FLAG_2_BPYRAMID(3) FLAG_2_8x8DCT の チェックを外します。 これまでApple-H.264を使っていた人は： nclc and gammaの二項目 　を使った方が色の違和感が少ないでしょう。 ア ニメの場合： sc_thresholdを65 程度まで上げた方が良いようです。 Bフレームを使わない場合、以下は効きません： FLAG_2_BPYRAMID(3) FLAG_2_WPRED FLAG_2_BRDO max_b_frames b_frame_strategy bidir_refine 速 度を上げるのに最も効果が高いのは： refs me_subpel_q... me_range 　 を下げる事です。どれも画質への影響も大きいので、 　デフォルト値以下にはしないのが得策です。 弄 らない方が良いもの： FLAG_2_FASTPSKIP や や速くなりますが闇階調ブロックノイズが出ます。 me_method UMH は劇的に遅くなる割に効果が薄いです。 qcompress 上 げても下げても2パスの意味が薄れます。 b_frame_strategy B を使うなら切らない。

◆1pass crfの場合 crfに チェックを入れます。

4. x264Encoderの設 定項目詳細

＼	Memo	MEncoder -x264encoptsの相当オプションと手許常用値
Box3	基 幹オプション1 　～最初にここを決め、残りはそれとの関連で決めましょう～
refs	速度と画質への影 響・大 複数参照 推奨値3程度。実用上限6程度。 増やすほど圧縮効率が良い。但し、そのぶん時間はうなぎのぼりで効果も漸減してゆく。	frameref=4 1stはturboが勝手に下げる
me_subpel_q...	速度と画質への影響・大 動き予測全般の算出方式を選択。範囲1-7。デフォルト5。推奨6以上。 5以上でないと効果を発揮でき ないオプションがある。	subq=7 1stはturboが勝手に下げる
me_range	速度と画質への影響・大 要・ me_method=umhまたはesa。 umhまたはesaで使える動き捜索の範囲指定。 実用範囲16-32。デフォルト16。	me_range 1stは16 2ndは32
max_b_frames	画質への影響・第２位⇒参考 Bフレームの最大連続枚数。推奨3程度。 いくつに指定しようがBに適さないフレームがあったら自動でI/Pにしてくれる。 Bが3連続するようなケースはまずない。	bframes=3
sc_threshold	画 質への影響・第１位⇒参考 Iフレーム挿入性向。デフォルト40 ほとんどの実写は40でOK。アニメは上げるべき。	scenecut 実写：40 白黒：65 アニメ：65 （かつkeyint_minを1以下）
qcompress	下手に弄 らない。 低くするとビットレートの変動幅が低くなる。=画質の変動幅が大きくなる。 高くするとquantizerの変動幅が低くなる。=画質の変動幅が小さくなる。 ※実写では0.7程度まで上げると画質が良いと言う資料もあるが、基本的に全体 平均ビットレートを低く抑えてbit 配分にメリハリをつけるほうが「画質が良い」。 　qcompressは上げても下げてもメリハリが失 せるという2Passでは画質的に難しい存 在。	qcomp デフォルトのまま。 むしろratetolや、qp_stepで ビットレートやquantizerの メリハリを強化。
noise reduction	ノイズリダクション MEncoderでは有用範囲は100-1000としている。	nr 手許ではhqdn3dを常用。
Box1	基幹オプション2
me_method	速度と画 質への影響・大 モーションベクトルのサーチ方式の指定。推奨はhexかumh。 速い順でumh、esa。 遅い方が画質が良いが、esaの画質向上は速度低下と引き合わない。 ※EPZSの内容不詳。x264cliには存在しない。	me=umh
coder_type	サイズと画質への影響・大 符号記述方式の選択。CABAC大推奨。 CAVLC：適応的可変長符号化 CABAC：15%程度の符号量節約。素のQTPlayerでも再生できる。負荷はエンコード・デコードともに増える。適応的二進数算術符号化 ※単独で15%も節約できるオプションは他に無い。	(no)cabac 必ず使用。
directpred	Bのbit節約になる。Bを使うなら推奨。 一口にBといってもAVCでは細かい種類がある。directはBのモーションベクトルをまじめに書き込まず「隣と同じ」とだけ書き込んでおくType。 まじめに数値を書くよりbitを節約でき、計算時間も早い。ここでは「どっちの隣か」を指定する。 disabled：無し、まじめに 計算して書き込む。画質も速度も最悪。 spatial：空間軸、mencoderの経験上、autoでもほとんどコレになる。最速。 temporal：時間軸、アニメでゴーストが出るという人も居る。これも最速。 auto：空間軸と時間軸を必要に応じて使い分ける。画質は最上、速度は中間。	direct_pred=auto 必ず使用。
trellis	適応的量子化の一種。理屈不詳。 Disabled：非使用 Only final：最終エンコードでのみ使用 All：全モード決定で使用。(低速、要・me_subpel_q...=6以上) ※使わないほうが画質が良いケースもあるとする人もいます。	trellis 必ず使用。
Worker Thereads	速度向上・大 Single/Dual/Quad ス レッド数の指定。 ※分散するほど画質は劣化するが、主観的にも数値的にも事実上無視して良い。	threads 1st=2 2nd=16 上記の理 由
Faster FirstPass	Faster FirstPass 速度向上・大 Disabled/Turbo1/Turbo2 2 パスモードの 1st passで重いオプションを切り、高速化する。 me_method, refs, me_subpel_q...の指定値を無視。独自値を使う。 画質的なデメリットは目で見てもまずバレない範囲とされる。	turbo=1 2パスの1stのみ。 必ず使用。
Box2
crf	1パスで済ませたい人用の「なんちゃって固定量子 化」。 2パスでは無意味。	crf 非使用。2パスしかやらない。 （3パスもやらない）
b_frame_strategy	適応的B挿入のオンオフ。 Bに適さない映像があったときに、勝手にPを使ってくれる。 切ると規則的にmax_b_framesで指定した枚数のBが入る。	b_adapt
cmp(chroma_me)	動き予測に色彩情報も参考にする。 白黒映画でも色彩情報は入っているので切らない方が良い。	chroma_me
partp4x4	細かいマクロブロックを使う。 粉雪とか桜吹雪とか落語家の顔の皺とかアナログ電波ノイズとか、をキレイに残したい場合に使う。bitrateも上げた方が良い感じ。	partitions
bidir_refine	Bフレームの動き予測精度向上。	bime
use 3rd pass	1000フレーム以下の短い素材で効果があるとされる。 ※短い素材はApple-H.264のマルチパス（パス数自動）に任せてしまうのも手。	pass=3
CODEC_FLAG2	補 助的なオプショ ン群
FLAG2_BPYRAMID(3)	Apple-H.264非互換 avc1Decoder 0.6.4が無いと再生できなくなる。 要・ max_b_frames=2以上 Bフレームを参照フレームに使う。Bのbit節約になる。	(no)b_pyramid 必ず使用。
FLAG2_WPRED	要・max_b_frames=1以上 適応重み付け予測。Bのbit節約になる。	(no)weight_b 必ず使用。
FLAG2_MIXED_REFS	要・refs=1以上 複合参照。マクロブロックパーティション単位で独自の参照先を選べるようにする。全体のbit節約。	(no)mixed_refs 必ず使用。
FLAG2_8X8DCT	High Profile専用 avc1Decoder 0.6.4が無いと再生できなくなる。 8x8DCT変換。 使うとほとんど8x8サイズブロックだらけになる。x264はHigh profileに重心がある。	(no)8x8dct 必ず使用。
FLAG2_FASTPSKIP	早い段階でPフレームのskip検出をする。 使った方が地味に速いが、x264最大の弱点「闇階調でフレーム単位でぱたぱたと動くブロックノイズ」が出がち。	(no)fast_pskip 必ずnofast_pskip使用。
FLAG2_AUD	mpeg-TSコンテナに入れる際に必要なものらしい。	不詳
FLAG2_BRDO	要・me_subpel_q...=6以上 Bフレームのレート歪み最適化。Bのbit節約。	(no)brdo 必ず使用。
CODEC_FLAG	補 助的なオプショ ン群
FLAG_LOOP_FILTER	デブロックフィルタ。切 らないのが基本。 MPEG系で発生不可避のブロックノイズ対策を映像データに埋め込む。 再生ソフトのデブロックフィルタ類はこの機能と競合する可能性有り。	(no)deblock 必ず使用
FLAG_PSNR	コンソールログにPSNRを表示。高いほど画質が良い。 値自体は無意味で、 同一素材の設定を試行錯誤する際に使う。 詳細は「SSIMとPSNRとは」参照のこと。	(no)psnr 必ず使用。
Console log
log info	コンソールログに様々な情報を表示。
log debug	コンソールログにデバッグ情報を表示。
log stats	コンソールログに2passの統計情報を表示。
nclc and ganma	QuickTime 固有の要素。
No nclc info	地味に色合いが変わる。特に互換性の問題は無い。	対応無し
Add gamma 2.2	※作者氏の記事参照。	対応無し
Native fps	素材に応 じて指定。

　かつてPowerPC上で"なんぴとたりともオレの前にはいかせねぇ"爆速を誇った3ivxの5.0が遂に出た。

　MPEG-4 ASPではあるものの、Mac OSXのみならず、Win, Linux, amiga, BeOSまでカバー。

• Download
• What's new

　H.264/AVCに関してはロケフリの"なかのひと"を務めているので技術は充分に持っている。同社の出自についてはHow to Use ffmpegXメモ was here (2005/04~2006/08): DivXと3ivxの歴史に若干の情報がある。

なお、Macの手書き説明書さんによると、DivX Proのシリアルナンバが今日だけ無料でGET可能 との事。素早い。共存可能か否かは不明なので、末路哀れは覚悟の前で！