2時間ぐらいのMPEGファイルをMPEG2にエンコードすると1時間以内で終わるんですが、
DivXで作られた2時間ぐらいのファイルをMPEG2にエンコードすると、エンコードが
2時間以上かかってしまいます、時間を短縮させる方法はないでしょうか？
DivXからのエンコードだとこんなもんなんでしょうか？
よろしくお願いします

http://bbs.pegasys-inc.com/bbscgi/search/namazu.cgi?query=%A5%A8%A5%F3%A5%B3%A1%BC%A5%C9%BB%FE%B4%D6&whence=0&lang=ja&max=20&result=normal&sort=score&idxname=ja%2Fte30&idxname=ja%2Ftmpgenc

過去ログ検索を有効に利用して下さい。

>時間を短縮させる方法はないでしょうか？
CPUを早いものにしてください。それ以外の方法は無いです。

よくわからないことがあるのですが、教えてください。
ＤＶカメラからキャプチャしたＡＶＩファイルを元ソースに使用します。
出力設定のビットレート設定で、平均映像ビットレートの数値が変更できますが、
この数値というのは（２パスＶＢＲモードを選択した場合）、
最大映像ビットレートの数値と同じ値でもいいのでしょうか。
最も、１時間以上の映像の場合はサイズに応じて
ビットレート数値を下げていく必要があるとは思うのですが・・・。

平均、という言葉が、一回目と二回目との平均ということなのか、
何に対する平均なのかがちょっと良くわからないのです。

平均というのは、動画全体に与えるビットレート値の平均のことです。
ですから、例えばCBR/6000KbpsとVBR/平均-6000Kbps（最小-2000Kbps/最大-9800Kbps）
では同じサイズにエンコードされます。（多少誤差はでますが）
2pass-VBRで目的のサイズに収めたい場合は、平均値で決めてください。
最大値の設定は高ければ高いほどよいですが、上限値が制限されている規格ものもありますから注意が必要です。（例えばDVD-Video規格の上限値は9800Kbpsなど）

>最大映像ビットレートの数値と同じ値でもいいのでしょうか。
平均値と最大値が同じということは、実質的にCBRですから、
2pass-VBRで作る意味がありません。
最大値は平均値より高く設定するのが普通です。

>平均、という言葉が、一回目と二回目との平均ということなのか、
>何に対する平均なのかがちょっと良くわからないのです。
上記の通り、平均というのは動画全体に与えるビットレートの平均値のことです。
一回目と二回目というのは、一回目で映像全体にビットレートをどの様に配分するか
を解析し、一回目のログにより二回目で本番のエンコードするという、エンコードの
工程のことです。

ありがとうございます、少しわかりました。

>>最大映像ビットレートの数値と同じ値でもいいのでしょうか。
>平均値と最大値が同じということは、実質的にCBRですから、
>2pass-VBRで作る意味がありません。
ということは、５０分位の映像を最高品質でエンコードしたい場合は（音声はDolbyDigital）、
平均映像ビットレート値を9200Kbpsとしても、余裕で4.7GBのディスクに入りますから、
2pass-VBRではなく、CBR固定でエンコードしたほうが良いと考えていいですか？

まるまる１枚のディスクに収まる場合はビットレートの配分の解析をする必要はないので、
時間の節約という意味でCBR固定を選べばよい、と理解したのですが合ってますか？

それからもうひとつ、この質問から離れてしまうのですがお願いいたします。
TMPGEnc 3.0 XPressで読み込めるファイルにAviUtlのプロジェクトファイルがあるようですが、私なりに調べてみたところ、AviUtlでタイトルはつけられるようですが、
トランジション効果のプラグインが見つかりませんでした。
TMPGEnc 3.0 XPressを使っている方々は、AVI編集ソフトとの連携はどのようにしていらっしゃるのでしょうか？

家庭用レコーダーで録画した映像の編集に使用しています。
この時、クリップ毎にファイルを作って出力してくれると良いのですが、
現状だと全て繋がって出力されます。
次バージョンでは、クリップ毎にファイル出力を出来るオプションを付け
て頂けると使い易くなります。
その歳には、出力ファイル名はクリップ名が引き継がれるようにお願いし
ます。
またクリップ名に”プログラム○”と自動で付加されてますが、
ファイル出力するのに毎回これを消すのが非常に面倒なので、止めてくだ
さい。
それと、Xpressの購入も考えているのですが、MPEG Editorとの連携が
もっと良くならないでしょうか？
Xpressを試用してみたところ、カット編集するのに早送りなどが非常に遅
く使い物になりません。
MPEG Editorなみにスムーズにカット編集出来れば問題ないのですが、
今はMPEG Editorでカット編集MPEG出力し、他社のフリーエンコーダーで
aviエンコードしています。
MPEG Editorでカット編集したプロジェクトファイルをXpressでも読み
出せるとMPEGファイルを出力する時間やカット部分のエンコードによる画
質劣化もなくなり非常に使い勝手がよくなると思います。
Xpressのカット編集機能がMPEG Editor並みになれば、Xpressだけで十
分できる作業なのかもしれませんが・・・
よろしく、お願いします。

CMカットにしか使えませんよね。
スクランブル編集するにはカット毎にファイル出力でききないとすごく不便です。

はじめまして。
カラオケのＶＣＤ(MPEG1)の映像と、音楽CDの音声とを合成して、
動画ファイルを作ろうとしております。
TMPGEnc 3.0 XPressで、MPEG1を読み込み、その後、音楽CDから音声ファイルを読み込みことで、目的は達成できた！ と思いましたが、
映像と音声の同期がずれております。
１．最初から数秒ずれている。
２．映像の終わりに近づくに連れて、そのずれもだんだん大きくなる。
そこで、映像を微妙に早送りしたファイルを、
（音声と同期が取れるように試行錯誤しながら）作成したいのですが、
方法やツールについて
いろいろアドバイスを頂けたらと思います。
よろしくお願いします。

それは動画編集ソフトを使うことになるでしょう。
Adobe Premireあたりでできそうですが。

bwt さん
レスありがとうございます。

> Adobe Premireあたりでできそうですが。
Adobe Premiere Elementsならば、
http://www.adobe.co.jp/products/premiereel/pdfs/aag.pdf
速度をコントロール̶タイムライン内でドラッグして
クリップのデュレーションを伸ばしたり縮めたりするだけで、
劇的なスローモーションシーンやコミカルなファーストモーションシーンを
作成できます。
という機能を使うということですね。
ただ、このためだけに約1万円を払うのは躊躇してしまいました。
いつもは、TMPEGEnc 3.0 XPress, TMPEGEnc DVD Authorや、
VAIO付属ソフト（Clock to DVD, DVgate, MovieShaker）で、
事足りているので。。。

今回は残念ですがあきらめて、いつか将来に編集することにします。

pssファイルをmpeg形式に変換すればDVD-R等に動画を保存してPS2や普通の一般家電のDVDプレイヤーで再生できるんですよね？今自分の持っているPSSファイルをTMPGというソフトでその作業をしようといたら画像がかなりあらくなり容量も少なくなりました。単に作業手順が悪いのか、考え方が間違っているのでしょうか？質問のしかたを間違っていたらすいません

「pssファイル」って多分ＰＳ２の動画ファイルを吸い出した物だと思うんですけど、
利用規約とか法律には引っかからないんですかね？
家庭用のゲームソフトに複製防止技術が使われてないとは余り考えられないんですが。

それとも質問者が「マック さん」だから、「pssファイル」で「ぐぐって」出てきた
Mac OS X 10.2.x で動くスライドショーの事かな？

どちらにしてもTMPGEncで対応しているという話は聞いたことが無い。

スライドショーの方だったら元の画像を素材にして
動画編集ソフトで動画化＆MPEG化できると思うけど、
TMPGEncは「動画形式変換ソフト（MPEG化ソフト）」であって
「動画編集ソフト」ではないので、「動画編集ソフト」を
検索サイトかＰＣソフトのお店で探して下さい。

レスありがとうございます。家庭用ゲームソフトのオープニングムービー（PSSファイル）
を吸い出してそれをDVDプレイヤーで再生したかったのですが・・・
ちなみにマック（名前）は関係ありません。
多分MPEG化すればいいんですよね？動画編集ソフトで試したらMPEG化
出来たんですが、再生した際に、音声が流れていませんでした。
どなたかよろしくお願いします。

「おやっさん」の懸念事項がクリアにならないとコメントがつかないと思います。
PS2ソフトから吸い出したのは、プロテクトを破って吸い出したのでしょうか？
それとも、Windowsでエクスプローラでコピーしただけでしょうか？
PS2は持っていないので詳しくないのですが、吸い出せないものを無理やり吸い出す
行為は法に触れるようです。そうなると、だれも手助けできないんですよ。
市販DVDソフト（映画とか）から吸い出すのも、殆どの場合は違法行為になってしまいます。
CSSという複製プロテクトを破るからです。

だから放置すりゃいいじゃん（笑

> PS2ソフトから吸い出したのは、プロテクトを破って吸い出したのでしょうか？

PS2ソフトのプロテクトは、市販DVDのようなファイルのコピー自体が正常に出来ないタイプではなく、ファイル自体は問題なくコピー出来るが、コピーしたディスクではゲームが起動しないと言うタイプのプロテクト（ゲームディスク上に、普通のPC用ドライブでは読み書き出来ない部分に正規品かをチェックする情報が埋め込まれている？）ですので、単にファイルやデータを吸い出すだけならプロテクト解除のような処理は必要ありません。

↑了解。

であれば、ここよりPS2ソフトからクリップを抜き出すことを解説しているサイトに
行ったほうが良いだろうね。TMGEncが標準対応しているソースのコーデックはごく
一部だけだから。何か特殊な手法を使う必要があるはず。

お世話になります。

画質・編集の点からみて、GOPは多いのと少ないのではどちらがいいのですか？

ロングGOPよりショートGOPの法が画質も良く編集性も良いです。
DVDは18駒で1GOPですが、極端な話MPEG2にはGOP=1(Intra Only)ってのもあります。
GOPが小さいとファイ容量は大きくなります。圧縮しずらくなります。

同じ出来上がり容量で比べると、GOPは長いほうが有利です。
編集性は悪くなりますが。

画質は作り方とデコード方法（プレーヤー）によって左右されます。

Iピクチャから受け継がれるデータと変化のデータがしっかりしていて
デコードで計算を端折ったりしなければLongGOPの方がビットレート効率がいいので
同ビットレート設定では画質は良くなります。
古いPowerDVDとかGOPが長いと計算を途中で止めてしまうタイプのソフトで再生すると
GOPの最後の方に行くに連れて画質が劣化していくのが目に見えることが有ります。
しかし、DVDデッキとかWINDVD6とかだと劣化はほぼ目に見えませんし、XPressのデコーダ
なんかでの再利用でも劣化は気になりません。

ただ、bwtさんも言っているように、編集性は悪くなると言えます。
しかし、GOP単位の編集を行わなければたいして変わりません。
GOP単位の編集というのはそのままLongGOPでは1GOPの枚数が増えるわけですから
区切りが悪くなります。

サイズよりも画質を優先したいのと、
持っている編集ソフトがGOP単位での編集なので
少ないGOPで録画したいと思います。

bwtさん
ちょうきさん
ありがとうございました。

>サイズよりも画質を優先したいのと、
>持っている編集ソフトがGOP単位での編集なので
>少ないGOPで録画したいと思います。

GOP=1のI Onlyにて、許される限りの最大ビットレートで録画しよう。
25Mbpsで録画できれば放送局グレードです。

GOPは6か15しか選べないので、6にします。
15MbitsでVBRの100%、音声は圧縮384kbps、サンプリングレート45KHz
が自分のキャプチャの最大です。

GOPは短いとビットレート効率が極端に落ちますので
15Mbpsでは1GOP15の方がいいですよ。

>GOPは短いとビットレート効率が極端に落ちますので
>15Mbpsでは1GOP15の方がいいですよ。

ビットレート効率が落ちるということは、
サイズが大きくなるということでしょうか？

違います。
ビットレートは決まっているのでサイズが変動するわけでは有りません。
問題は画質です。

GOPはIピクチャ、Pピクチャ、Bピクチャで通常構成されています。

例えばビットレートが100として、高画質に作れるIPBのレートを
Iピクチャを構成するに当たって使用されるレートは15
Pピクチャを構成するに当たって使用されるレートは7
Bピクチャを構成するに当たって使用されるレートは3
としましょう。

こうなると総量100ですので
1GOPがIのみでエンコードされると6枚しか入りません。
1GOPがIBPの繰り返しで作ると12枚
1GOPがIBBPBBPの繰り返しで作ると16枚

総量100の所にIピクチャのみで16枚いれようと思うと、高画質なIを構成するのに
必要な15という数値を下げるしか有りません。すると6強になります。
こうなると元のPを構成するに必要だったレートよりも落ちています。

たまに雑誌とかでIピクチャが高画質でPピクチャが中画質、Bピクチャが低画質とか書いて有りますが
あれは間違いです。
IピクチャとP,Bは本来同じ画質です。
DVDなどでは1GOPが18枚までなら全ピクチャ同画質とみなして良いということで最大18枚になっているのでしょう。

1GOPを構成する枚数を減らしていくと、基点であるIピクチャの登場回数が増えます。
すると上で書いた様にIの画質を落とす事になります。
Iを構成するビットレートに余裕がなくなってくると、Iを元にP、Bを構成するのですから
Iの画質が下がればPとBも必然的に下がります。

これがビットレート効率が悪い　という言葉の意味です。

ただ、基点となるのはIピクチャですので、GOPがあまりに長いと画質の維持が難しくなります。
（シーンチェンジが起こったりや元のIの絵とかけ離れた絵に変化している可能性が有るからです。）

ですので、GOP単位でしかカット編集を行わないのであれば、1GOP15フレームで約0.5秒程度なので
この辺で手を打つのがいいかと。

補足と追加情報を。

GOP長自体は、基本的に画質に影響を与えません。
ただ、（1GOP内には1枚以上のIピクチャが存在するので）圧縮効率の悪いIピクチャの出現頻度が高くなる事、及びシステムオーバーヘッドの増加により、結果として効率低下（同ビットレートなら画質低下）する、という事です。

GOP長より、むしろGOP構造（I,B,Pピクチャ構成）の方が大きな影響があります。
I Frame Only より、IBBP等の方が圧縮効率が良い為、結果として（同ビットレートを与えた場合）画質は良くなります。
（理屈はちょうきさんが書かれている通りです）
I又はPピクチャに2枚のBピクチャを挟むのが最も良い、との経験則がプロの現場にはあるようです。


>DVDなどでは1GOPが18枚までなら全ピクチャ同画質とみなして良いということで最大18枚になっているのでしょう。

それと、GOPが長すぎると、GOPヘッダにタイムスタンプ情報が記録されている為、環境によっては音ずれの危険性があるようです。
又、DVD-VIDEOの場合1GOPに対しシーケンスヘッダを付加しますが、シーケンスレイヤはプログラムのランダムアクセス単位でもある為、早送りや巻き戻し等のトリックプレイのスムーズさが失われるのも、1GOP 18ピクチャ制限の理由のようです。


一般的に、8Mbpsを超えると人間の目には画質の向上が分かり難くなる、と言われています。
ですので、私もちょうきさんが書かれているように、15Mbpsの周期3（IBBP）・ピクチャ枚数15-18枚で録画するのが無難と考えます。

それと、現在は安価なスマートレンダリング対応のMPEGフレーム単位編集ソフトも沢山出ていますから、購入されたら如何でしょうか。

録画に関して
同じ長さ録画すると、GOPが
6の場合
IBBPBBIBBPBBIBBPBBIBBPBBIBBPBB(I*6)
15の場合
IBBPBBPBBPBBPBBIBBPBBPBBPBBPBB(I*2)
となり、圧縮効率の悪いIピクチャが少ない
GOP=15
のほうが画質が良い。

編集（主にCM部分カット）に関して
同じ長さの動画の場合、GOPが
6の場合
1GOPあたり約0.2秒程度
15の場合
1GOPあたり約0.5秒程度
となり、GOP単位で編集する際は
GOP=6
のほうが細かい編集ができる。

という認識であっていますでしょうか？

※ただ画質に関しては、
>GOP=1のI Onlyにて、許される限りの最大ビットレートで録画しよう。
>25Mbpsで録画できれば放送局グレードです。
とあったので、GOPが少ないほうが画質がいいのでは？とも思っています。

〜省略して〜

>という認識であっていますでしょうか？

あっていると思います。
十分なビットレートが確保できるのであれば、GOP=1で記録するのが色々と便利なわけですが、
使用機材の制限もあるでしょうし、自分の環境で最適な設定を探すのは変わりません。
キャプチャ時の画質重視ならhuffyuvで可逆圧縮という手もあります。

さて、一部訂正します。
>※ただ画質に関しては、
>>GOP=1のI Onlyにて、許される限りの最大ビットレートで録画しよう。
>>25Mbpsで録画できれば放送局グレードです。
>とあったので、GOPが少ないほうが画質がいいのでは？とも思っています。

GOP=1で放送グレードは50Mbpsでした。（素材記録時）
25Mbpsの場合はLongGOPを使っていました。（伝送時）
訂正すると同時にお詫びいたします。

なお、編集を前提としている場合はGOP=1とするのが放送業界では常識的な範囲です。
記録資源を多少でも気にする場合は、GOP=2のIBストリームを採用する場合もあります。
DigitalBETACAM IMXという規格がGOP=1 50Mbpsで、同SXがGOP=2の12Mbpsです。


アマチュアレベルで考えると、個人的にはこんな感じを持っています。

編集を前提として、可能な限り高画質な記録をしたい場合
　DVコーデック。MPEGではありませんが、GOP=1の25Mbpsとみなせます。
　huffyuvも良いのですが、いかんせんディスクを食いすぎます。

編集後の保存用として、可能な限り高画質な記録をしたい場合
　MPEG2コーデックの8Mbps Long GOP。DVD相当です。
　DV素材を元に編集し、完パケを時間をかけてTMPGEncでエンコードします。

MPEG2でソースを記録せざるを得ないとき
　最大ビットレートのLong GOP。TVキャプチャボード等の場合です。
　後で再エンコードを含めたカット編集をします。

こんなところで。

>MPEG2でソースを記録せざるを得ないとき
>　最大ビットレートのLong GOP。TVキャプチャボード等の場合です。
>　後で再エンコードを含めたカット編集をします。

上記が自分の環境にピッタリです！
LongGOPということなのでGOP=15で録画してみます。

bwtさん
ちょうきさん
hatchさん
色々とありがとうございました。

編集中のクリップの、キーフレーム情報を保持したままのクリップの複製、さらには
特定位置から前後分割・特定範囲のクリップ切り分けを実装してほしく思います。

たとえば、１つのクリップの途中に別のクリップを挿入しようとする時、
現在の仕様では、クリップを分割（二度読み）しなければなりませんが、
後ろの部分は、もう一度キーフレームを打ち直さなくてはなりません。

はじめから、分割を考慮して作業する場合においても、
ソースが１本であればよけいに、キーフレーム設定は一度にすませたいもの。
その後、任意の位置で分割が出来れば、編集の幅も広がり、とても便利だと思います。

TMEの基本仕様には関係なく拡張出来そうな気がするのですが、いかがでしょうか？

入力設定画面で、複製したいクリップの上で右クリックして、キーフレーム情報を
保持したままクリップを複製できますよ。

自分の場合、１つのクリップを２つに分割したいときはクリップを複製して、
それぞれ不要部分をカットしています。大した手間ではありませんが、任意の
位置で２つのクリップに分割する機能を実装してもられえると操作性向上と
ミス防止につながると思うのですが...

一つのファイルを複数のクリップに分割する機能は、メーカーさんは、最初から
実装するつもりではなかったと、どこかで、説明していたはずですので、
期待しても無駄だと思います。
もともと、複数のファイルを結合する為のツールですので、そこまでの、機能を
想定していなかったはずです。
このあたりのことは、過去歴にも記載されていますので、読んでください。
一部の方が、テクニックを使って実行されていますが、やはり、無理があり、
やっていることは、古いバージョンのときと同じ操作です。
ですので、私は、このソフトでは、ファイルの結合だけに使っており、
ファイルの分割には、「MpegCraft2」を使っています。
おかげさまで、ファイルの分割と結合は、それぞれを使い分けることで、
編集作業がとても、楽に行えています。
そして、それぞれのソフトが更に使いやすくなるまで、待っていればよいので
使えない機能や使いにくい機能がバージョンアップされてから、使えばよいのです。
メーカーに要望を出しても、実現するつもりがなければ疲れるばかりだし、
その気があるならば、変更履歴などを見ていれば、判るはずです。
いつまで待っても、使いにくい機能がバージョンアップされないときは、
他のメーカで、その機能があるのかどうか、あるとしたら、使いやすいのかなど、
体験版などで試したり、金額が安ければ、実際に買って試してみればよいのです。
使って、望みどおりの機能だったら、使いにくい機能を持ったソフトを見限って、
アンインストールするなり、誰かに売りつけるなり、今後のバージョンアップの
連絡があっても無視すればよいのです。
ソフトメーカーとは、ソフトの使用権を認めてもらっているのであって、
あなたの要望を満たすような機能を実装しますといった契約は一切ありません。
ソフトメーカーでは、開発時のコンセプトを大事にしますので、よほどの事がない限り
方針から外れた機能は検討はしても、よりよい改善に期待しないほうがよいかと思います。

Rhodan氏＞

なにやら「ファイルの分割出力への検討」という別の要望との混同をされているようですね。
並べたクリップが１本に結合されるのはTMEの基本仕様であり、それを否定するつもりもありませんし
それをわかった上で、基本仕様の変更なしで拡張しうる機能を提案しているにすぎません。

先の投稿で、クリップのコピーの要望をしましたが、ユミパパ氏の指摘通り、これは可能でした。
ならばなおのこと、クリップの全コピーが可能であれば、それほど大きな変更をすることもなく、
部分的なコピーも可能だと考えるのは自然なことだと思います。
それによって、作業性に広がりができるなら誰にとっても有益なことではないでしょうか？

まぁ、さめた意見・コメントも結構ですが、文章をよく読んで理解してからレスして頂きたいものです。
文章を斜め読みして見当違いな非難をされても、滑稽に映るだけですよ。

クリップの編集中に「再生が追いつきません。」のエラーが出て再生が止まってしまう問題についてです。
某大型掲示板でも話題になりましたが、エラーになる人とまったくならない人がいて原因がよくわかりませんでした。
私の場合、ひどい時だと再生をはじめて10秒もしないうちに上記のエラーで止まってしまうので編集どころではないのです。
で、自分なりに原因を調べていたのですが、だんだんわかってきましたので報告します。
WindowsXP、Pentium4 2.53Ghz、845PEマザー、Geforce4Ti4400

・原因はCPUへの過負荷
タスクマネージャでCPU使用率を見ながら試していたところ、再生がギクシャクしたりエラーが出るときは常に100％でした。

・クリップを追加すればするほどCPUの負荷が高くなる
同じドライブの同じ動画ファイルであっても、そのファイルひとつで編集する時はスムースなのに
ほかのクリップをたくさん追加すればするほどCPUの負荷がどんどん上がっていきます。
試しにオーサリング済みのVideo_tsフォルダからクリップを70ほど追加してみたのですが、
そのうちのひとつを編集しようと「クリップの編集」画面を出しておくだけで、CPU使用率が常に50%を前後します。
再生もなにもしていない状態で50%ですから、この例では５秒もまともに再生できませんでした。

・マウスカーソルを動かすと負荷が急上昇
これは関係ないかもしれませんが、「クリップの編集」画面の上でマウスカーソルを動かすと急激にCPU使用率が上がります。
70件のクリップを追加した上の例だと、マウスを動かすたびに100%になります。
他の画面上でマウスを動かしても10%ほどしか上昇しませんのでマウス側の問題ではないと思います。

このソフトがMPEGファイルのカット編集を目的として開発されているのは知っています。おそらくCMカットを想定されているのだと思います。
ただ私のように、複数ファイルのカットと「連結」を目的に使っている人も多いと思いますので、ぜひ改善していただきたいです。
どちらにしても、この「なにも作業していなくてもCPUに高負荷」というのが理解できません。
「クリップの編集」画面を出している時、CPUになにをやらせているんでしょうか？
なぜクリップをたくさん追加すると、単一ファイルに対する編集作業が重くなるんでしょうか？

よろしくお願いします。

TMPGEnc MPEG Editor御使用ありがとうございます
検証担当です。

メッセージ「再生が追いつきません」はCPU負荷、HDD負荷、VGA負荷などシステムに依存
する箇所で処理が間に合わなくなった際に発生します。

TMPGEnc MPEG Editorでは編集時のデータのチェックや各クリップのGUIとプレビューの制御
を行うのですが、DVD読み込みなどの複雑な読み込みを行っている場合にはこれらの動作
にある程度のCPUパワーを割かれております。
また、録画されたDVDレコーダーのDVD-Videoソースによっても制御の複雑さが変化します。

今回、ご指摘のあった通り、数十のDVDソースを読み込んだ際には、GUIとプレビューの制御
で累積した分だけCPUパワーが使われております。
（DVD読み込みのクリップ120本程度で常時10〜15%のCPUパワーが使われております）
（P4-2.4Ghz程度のマシン。マシン性能・DVDソースにより負荷は変動します。）
マウス動作でのCPU負荷上昇も同様の原因です。

次回バージョンアップにて、大量のクリップが追加された際の制御の最適化・高速化を
行いたいと考えております。

これからもTMPGEnc MPEG Editorをよろしくお願いします。

丁寧な回答をありがとうございます。
最適化・高速化ですが、ユーザーとしては検討していただけるというだけでも大変うれしいです。

なるほど、ソースにも依存するのですね。
DVD（形式のファイル）を単純なMpegファイルに変換してから読み込むと多少は改善するでしょうか。
バージョンアップを気長に待ちながらいろいろためしてみます。
ありがとうございました。

はじめまして。早速なのですが質問よろしいでしょうか？

TMPGEncを使い、クイックタイムのプラグインを入れてμー１０の動画ファイル、MOVを変換しようとしても『画像が不正です』とでました。

どうすればできますでしょうか？
ご返答よろしくお願いいたします。

movファイルは、そのPCで再生できていますか？
Quick Time Playerでも再生できていますか？

QT Proで他のファイル形式に変換してからTMPGEncに持っていく方法もあります。

>movファイルは、そのPCで再生できていますか？
>Quick Time Playerでも再生できていますか？

はい。ちゃんとQuick　Time　Playerで再生できます。
プラグインもちゃんと読み込みできているのですが、できませんでした。

プラグインがTMPGEncのVFAPIプラグイン設定のところに見えているのであれば、
そのプラグインが対象としているMOVファイルの内部構造に対応していないのかも。

試しに、VFAPIプラグインのうちDirectshow Muntimedia File Readerの優先度を
目一杯上げてみたらどうでしょうか？　読み込みをWindowsに任せる方法です。

これでもダメなら、他の形式に一度変換してからということになりそうです。

>しに、VFAPIプラグインのうちDirectshow Muntimedia File Readerの優先度を
>目一杯上げてみたらどうでしょうか？　読み込みをWindowsに任せる方法です。

１００位にしてもだめでした。やはり無理でしょうか？
無理であれば、しょうがないです。

ありがとうございました。

勉強不足かもしれませんが教えてください。DVD Authorで、音声モードを２ヶ国語として作成したいのですが、メニュー作成時、言語選択を行う部分に行くものが満足に作れません。テーマでブルーを選択すると言語選択が出てくるのですが、自分で作成する時や、他のテーマを選択すると言語選択のメニューを出す方法がわかりません。何かよい方法はあるのでしょうか？よろしくお願いします。

最初から言語メニューがつけられているテーマ以外では音声選択メニューを作ることは
出来ません。具体的にはブルーとクール系のみです。

んー。そうですか。なにか裏技でもあるといいんですが。。。要望として、こういうのができればいいなとは思いますが、この手のツールではそこまで望むのは無理ですかね。チャプターをたくさん作っちゃったので、あらかじめ用意したものではPAGEがいくつもできて煩わしいと感じていました。

いつも便利に使用させていただいております。

ＭＰＥＧツールの「結合（カット）」では４つの作業が行われますが、
最新(2.524)バージョンでは３つの作業しか行わず（多重化で終了）、ヘッダ書き換えが行われません。
変更履歴を確認しましたが、それらしき記載はありません。
不具合かどうかはわかりませんが、念のためご報告いたします。

TMPGEnc 2.5シリーズご使用ありがとうございます。
検証担当です。

本バージョン（2.524）よりマルチプレクサ（結合機能）の仕様が変更されました
これは更新履歴に記載させていただきました。

>MPEG システムマルチプレクサで、mux_rate(多重化レート)に平均ビットレートではなく
>最大ビットレートを記録するようにしました。これにより出力完了までの時間が短縮されます。

この仕様変更に該当いたします。
この変更によりヘッダ書き換えのフェーズは今回のバージョンより無くなりました。
このフェーズは無くなりましたが、必要なヘッダ情報の書き換えはされておりますのでご安心ください。

これからもTMPGEncシリーズをよろしくお願いします。

了解しました。
ご返答ありがとうございました。

どこかで見かけた記憶があるのですが、以下のような現象が起きています。
これに関して情報をお持ちの方いらっしゃいますでしょうか？

ソース
　SONY CoCoonEX11で録画したMPEG2ファイル。SP画質（7.1Mbps）。
　吸出しはCCClinent v0.10でPS変換しながらPCに保存。

TMPGEnc設定
　ウィザードを使用。
　DVD NTSC、2パスVBR（最大8000K/平均4000K前後）、Layer2 Audio 256kbps

VFAPIの設定タブにて、選んだデコーダによって挙動が違います。

・TMPGEnc付属のCRI MPEG Dec
　エンコード途中でエラーになる。読み込み違反という表示で停止する。
　その部分、画像にエラー（緑色ブロック）がある場合がある。
　エラーが見た目では見えない場合もある。

・CyberLink PowerDVD Xp(パッチ済み)のDec
　ソースを読み込ませた直後や、範囲指定でシークしたとたんにTMPGEncが落ちる。
　落ちないようなソースでは、範囲指定のカット位置がずれる場合がある。

・まるも製作所のMPEG2 Dec
　いまのところ落ちずに動作している。

こんな感じで、まるも製作所のDecを使わざるを得ない状態です。

PCの環境は、
　Windows2000 Pro SP4、DirectX 9.0c、WMP9、IE6
　MSI 648Max-Fマザー、Pen4/2.4BGHz、PC2700 512MB×2
　HGST 120G(内)+160G(内)+160G(IEEE1394外付けリムーバブル)
　真夏の部屋で1週間エンコードしても落ちない、とても安定したPCです。

bwtさん、選択肢にDVD2AVI 1.77.3（d2vファイル経由）は如何でしょうか？

以下は余談になり恐縮ですが、一年以上前、CRI Sofdecが初めて搭載された頃、
CRI Sofdecを使用して、元映像が上下左右問わず一定速度で移動するものを再
エンコーディングした結果、若干ですが明確に分かる程度にカクカクした映像
になりました。原因にフィールドオーダーの可能性を考慮して反転させたりと
試してみたのですが、この現象が常に生じました。

元のMPEG2ソースには、MTV2000でキャプチャしたものと、HDコンテンツを
MPEG2-TSで HM-DHX1(D-VHS)からi-linkで取り込んだものを使用しましたが、
両方とも同様の現象が生じました。

このため、エンコード結果がカクカクしない、
- DVD2AVI 1.77.3
- MPEG2 VIDEO VFAPI-Plugin
上記の中から、シークがスムーズに行える、DVD2AVI 1.77.3を使用しました。

...上記の状況は、当時、ペガシスさんに報告しており、慎重に調査される
ということでした。なお、本現象がこちらの環境ないし設定に依存した可能性
があります。結果的に、当時、こちらでは原因を切り分けられませんでした。

本掲示板を拝見する限り、このような状況に見舞われた方がいらっしゃらない
ようですので、やはり、使用方法に問題があったのかも知れません。

P.S.

今日では、DVTX100-HQで作成したAVIファイルをMPEG2に変換する機能のみに
Plusを使用しており、MPEG2を再エンコードすることも無くなりました。

CCCの出力するPSにはどうも問題があるようなので、
TSで取り込んでおいて、後でPSなりESにすれば改善するかもしれません。
私はCCCで取り込んだファイルをTDAでDVD-Video化してるのですが、
CCCでPS化したファイルを使っていた頃は、音ズレがおきたり、
書き出すとチャプターがずれてたり、途中できれてたりと問題が多発してました。
これをTSで取り込んででくさんのRemuxTSでPS化するようにしたところ上記問題は出なくなりました。
再エンコするのであればTSdemuxでES化し、TMPGEncに映像と音声ストリームを
別々に読ませて音声の初期遅延を反映するという手もあると思います。

お二方、早速のアドバイスありがとうございます。
DVD2AVIですか。PSで取り込んであるソースが大量にあるので、それを使って
試してみましょう。取り込みだけでも膨大な時間が掛かるので期待しています。

さて、
>CCCの出力するPSにはどうも問題があるようなので、
>TSで取り込んでおいて、後でPSなりESにすれば改善するかもしれません。

という話を確かに見かけました。しかし、ESにDeMUXする方法に辿り付けず躊躇して
いました。

>私はCCCで取り込んだファイルをTDAでDVD-Video化してるのですが、
>CCCでPS化したファイルを使っていた頃は、音ズレがおきたり、
>書き出すとチャプターがずれてたり、途中できれてたりと問題が多発してました。

これ、私もなりました！
チャプター位置がとんでもない場所になったり、後半が映像フリーズ状態とか。

>これをTSで取り込んででくさんのRemuxTSでPS化するようにしたところ上記問題は出なくなりました。

あと少しでメディアに入るソースはトランスコーディングをしています。
Pandora DVD Zを愛用してます。これを使うときはRemuxが良さそうですね。

>再エンコするのであればTSdemuxでES化し、TMPGEncに映像と音声ストリームを
>別々に読ませて音声の初期遅延を反映するという手もあると思います。

長い番組はHalfD1にしてるので、こちらの方法が良さそうですね。

ツールの紹介ありがとうございました。
今後はこれですね。なんとか年が越せそうです。←おおげさ

GWあたりに買ったCoCoonも500Gいっぱいになりつつあります。
少しづつ吸い出してリムーバブルHDDに溜め込んでいますが、1本の番組が長いので、
処理後にエラーが出るとがっかりしちゃいます。

紹介していただいたツールで検証して、後日報告しようと思ってます。

PSファイルをDVD2AVIでプロジェクト保存とmp2分離をしてからTMPGEncで
読み込んでみました。デコーダはまるも製作所です。
カット位置のズレは起こらなかったのですが、駒飛びが起きてしまいました。

TSで吸い出してTSDemuxでESに分離してからのエンコードは実行中です。
こちらはデコーダをCRIに指定しました。範囲指定のシークでも不具合が
出なくなりました。エンコード実行前の作業は良好です。
ただし、TSDemuxでES化するときに、「auto-split while detect discontinued packet」の
チェックマークを外さないと、Demux化したファイルが分割されて容量も少なくなって
しまいました。エラーがありそうですね。
今夜あたりに終わる予定。結果が楽しみです。また報告に来ます。

もうひとつのチェックボックス「mimic」の意味がわからん…　調べてみるか。

TSDemuxでES化してからTMPGEncに読ませた方、大成功でした。
編集ポイントのズレもなく、エラーで飛ぶこともありませんでした。
これがベストみたいですね。

解決しましたことを報告いたします。
ありがとうございました。