Ｂｉｔｃａｓｔ　ＴＶから録画したＭＰＥＧ2ＦＩＬＥを映像と音声を分離してオーサリングソフト（ＤＶＤＡＵＴＨＯＲＧＵＩ）でＤＶＤに焼くと音がずれてしまいます。（音が0.5〜1秒先行）どうしたらよいのでしょうか？

TMPGEncを使用しているようには見えないのですが・・

bitcast.TV
http://bitcast.tv/

DVDAuthorGUI
http://www.videohelp.com/~liquid217/dvdauthorgui.pl?p=news

こちらのサポート＆BBSをお使いになられた方が良いと思います。


また、TMPGEncは試用することができます。
http://www.pegasys-inc.com/ja/download/index.html
ここからDLして試してみると良いかも。

SONY PSXにて録画した番組をDVD-RWに焼いてPCにてMPEG2にして保管したいのですが、MPEG2変換したファイルの画質がどうも良くないです。
ジャギーというのでしょうか？。まっすぐのはずの線がギザギザになったりします。

手順は、
PSXにてSPモードで録画。(試しましたがHQモードでも同じ)
DVD-RWへビデオモードで吐き出し。
PCにてスマートリッパーで吸い出し。
DVD2AVIにてプロジェクトファイルの作成(で良いのでしょうか？)

TMPGEnc2.5にて以下、
プロジェクトウィザード使用
「DVD-NTSC」選択
映像ファイルと音声ファイルを選択
そのままエンコード

という手順で処理しています。

もしかしてそもそもmpeg2にエンコードする時点で画質の大幅劣化はさけられないのでしょうか？

よろしくお願いします。

PSXで録画した時点でMPEG2なはずです。

>手順は、
1.>PSXにてSPモードで録画。(試しましたがHQモードでも同じ)
2.>DVD-RWへビデオモードで吐き出し。
3.>PCにてスマートリッパーで吸い出し。
4.>DVD2AVIにてプロジェクトファイルの作成(で良いのでしょうか？)
3.の作業は不要かと。
(エクスプローラで単純にコピーできるはず)
4.の作業で設定ミスをしていると思われます。
(フィールドオーダーを間違えている)

代替案として、MPEG-2 VIDEO VFAPI Plug-Inを使う方法があります。
http://www.marumo.ne.jp/mpeg2/
こちらを使用して、フィールドオーダーを間違えなければ、
ジャギ(インターレース解除ミス？)を回避することができると思います。

また、TMPGEnc XP3.0なら、直接DVD-RWから読み取れると思います。
こちらも試用してみては如何でしょう？

>もしかしてそもそもmpeg2にエンコードする時点で画質の大幅劣化はさけられないのでしょうか？
『非可逆圧縮』がどういう物かを調べると良いと思います。
(元の画質よりよくなることはありません)

ただ単にレコーダーで録画したものをMPEG-2ファイルにしたいだけなら、そんな面倒で
時間が掛かり無駄に画質を低下させる方法ではなく、TMPGEnc MPEG Editorを使えば
良いように思います。

DVD-RWから直接読み込めますし、エンコードしませんから画質の低下も最低限(カット
編集した部分のみ)で済みます。ただしDVDレコーダーのディスクを扱うならAC-3プラグ
インも必要ですが。

DVD2AVIのフィールドオーダーの設定を変える事で無事エンコード出来ました。

「DVD-VIDEO(HDDレコで録画したものをDVD-RWに焼いた物)からMPEG2ファイルを作りたい」
時には「TMPGEnc MPEG Edigtor」を使えば良いと言う事ですが、この作業に加え、MPEG2ファイルからDVD-VIDEOに戻す際はおそらく「TMPGEnc DVD Author 1.6」を使えば良いんじゃないかと考えているのですが、このソフトで上記作業も出来るのでしょうか？

どうも素人には各製品の特徴がよくわからないのですが、
TMPGEncの製品が、
「TMPGEnc DVD Author 1.6」
「TMPGEnc MPEG Edigtor」
「TMPGEnc 3.0 XPress」
とあるのですが、基本的にこの3つのソフトは上位互換性があると考えて良いのでしょうか？

自己レスです。

ソニスタのクーポンの期限が迫っていたので、「TMPGEnc DVD Author 1.6」「TMPGEnc MPEG Edigtor」「AC3何とか〜」のセットを購入しました。

とりあえず当初の目的を達成出来ました。
ありがとうございました。

あとの質問は該当する板に書き込みします。

No.50126, 1799 の質問、要望とかぶるのですが、
TMPGEnc Plus 2.5の「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」の
機能を要望します。

自分の使い方としては、
1. MTV1000でMPEGキャプチャ
2. aviutlで編集し、プロジェクト保存。
3. TMPGEncでMPEG再圧縮
のような使い方が多いのですが、基本的にキャプチャしたときのままの
色で出力したいと思っています。

2でPCスケールに変換すればよいとは思うのですが、なるべくなら無駄な変換は
したくありません。

以上、よろしくお願いします。

VFAPIで誤解があるかもしれまん。

AviutlからTMPGEncへVFAPIを経由してデータを渡す場合
Aviutlに投入の時点でMPEGの16〜235をPCスケール（0〜255）にしていると
0〜15、236〜255にMPEG時に存在していたデータはRGB化（VFAPI経由時）で消えます。
ですので、
>2でPCスケールに変換すればよいとは思うのですが、
これは行わないのが正解だと思います。

「3」でTMPGEncの色補正でいい感じに設定してエンコードするのが現在の一番いい手
となりますね。

あとは、全部の作業をTMPGEnc 3.0でするか　かな。

TMPGEnc 3.0は入力をYUVにさえすればRGB仕様のフィルタを通過しなければ
YUV0〜255はMPEG圧縮後も0〜255有るんで、VFAPIとか非圧縮AVIなどを使わない方向を
考えるのも良いかもしれません。

＞ちょうきさん

http://www3.tcn.ne.jp/~rakka/temp/src.png
ソースのMPGファイルのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp/2.5.png
TMPGEnc Plus 2.5で「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」を
ONにして出力したMPGファイルのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp/3.0.png
TMPGEnc 3.0 XPressで出力したMPGファイルのヒストグラム

上の結果からTMPGEnc 3.0では、PC->TVスケール補正が行われているものと
判断しました。

自分としては、色合いについて主観で良いか悪いか判断できないので、
なるべくソースと同じヒストグラムになるように出力したいと思っています。

ですので、aviutlでTV->PCスケール補正をかければ、情報量は減りますが
まだましなものができるのでは？と思いました。
TMPGEncでも色補正できますが、TMPGEncでTV->PCスケール補正と
同等の補正を行うのは手間がかかりすぎるように思いますし、
また、TV->PCスケール補正後と同様のヒストグラムになるように
補正をかければ、結局、情報量は同じだけなくなるように思うのですが
どうでしょうか？

この辺は難しいのですが
MPEG圧縮は基本的にRGB0〜255をYUV16〜235として圧縮し、再生時に0〜255として再生するのが基本です。
（ですので、まるもデコーダーとかにはストレート変換（16〜235のまま）やCCIR601伸張（規定の伸張作業）の2個が有ったりします。）
再利用用のCRIデコーダーやまるもデコーダーなどは別として、最終的な再生側はDVDプレーヤー
であったり、DVD-MPEG再生ソフトであったりします。
この場合CCIR601伸張が基本となります。（CCIR601伸張された絵が正解）
つまりMPEGではCCIRの圧縮・伸張は1セットと言う事です。

この再利用時の伸張作業なのですが、Aviutlに読み込ませる前のデコーダーで行う場合、Aviutlで行う場合、
TMPGEnc 3.0 XPress(以下3.0)で行う場合の3つが考えられます。

私はこの3つ目の3.0に来てから、色調補正内の「YUVのCCIR伸張」で輝度・色差を両方とも255にするという
作業でCCIR伸張（つまりPCスケール変換）を行うのが良いのではないかなと思うわけです。

いずれにせよ「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」が無い現状では
上記作業でRGBソースをYUVにすると0〜15、236〜255に存在していたソースは無くなります。
でも精度的にVFAPIを一度介すよりも3.0内で行った方がいいのでは無いかと思うわけです。

まぁ今回のケースで一番いいのは、VFAPIを介さず、HuffyuvなどでAviutlから一度出力して
それを3.0に読み込ませればYUVソースとして扱われるのでデータは全部残るんでは無いかな
と思います。（VFAPI経由は重いので実質のエンコード時間はhuffyuv出力時間を入れても減るかも）

>私はこの3つ目の3.0に来てから、色調補正内の「YUVのCCIR伸張」で輝度・色差を両方とも255にするという
>作業でCCIR伸張（つまりPCスケール変換）を行うのが良いのではないかなと思うわけです。

実際に試したところ、aviutlでTV->PCスケール補正をかけたのと同じヒストグラムに
なりました。TMPGEnc 3.0の色調補正で簡単に同様のことができるとは
知りませんでした。

>まぁ今回のケースで一番いいのは、VFAPIを介さず、HuffyuvなどでAviutlから一度出力して
>それを3.0に読み込ませればYUVソースとして扱われるのでデータは全部残るんでは無いかな
>と思います。（VFAPI経由は重いので実質のエンコード時間はhuffyuv出力時間を入れても減るかも）

なるほど。huffyuv形式のaviファイルは色情報をYUV形式で持っているので
TMPGEncはMPGファイルと同様にCCIR圧縮を行わないのでは？ということですね。
多少、作業が増えますが、できれば自分の期待する形で出力できますね。

いろいろと役に立つ情報、ありがとうございました。

ただ、やはりTMPGEncとしては、VFAPIから入力されたデータがMPGファイルで
あることも考慮して、CCIR圧縮を行わないという設定をできるように
して欲しいと思っています。

Huffyuv v2.1.1をインストールし、設定は特に変更せずに
Huffyuv形式でavi出力し、TMPGEncに入力し、DVD NTSC形式で出力したのですが
CIIR圧縮されていました。

とりあえず今のところは、TMPGEncでCCIR伸張するしかないのかもしれません。

間違っていました。
HuffyuvもYUVなので、Hufyuv化時にRGB＞YUV変換が入ります。（16〜235になる）
これを回避するには・・・・

Basic YCbCrで保存　に相当する機能の有る HuffyuvS を使うとか・・・（0〜255のYUVで保存するHuffyuvの派生）
うーんややこしくなってきました(^^;

>Basic YCbCrで保存　に相当する機能の有る HuffyuvS を使うとか・・・（0〜255のYUVで保存するHuffyuvの派生）

HuffyuvSで検索してみたところ、

huffyuvs 0.6 left origin base2.1.1
huffyuvs 0.6 left origin base2.1.1 ccesp

の2つが見つかったのですが、どちらを使えばよいのかわかりませんでした。
名前からするとccespはCCE-SP用に出力する場合？のように思われるのですが
ネットで見つかったページを見ているとccespでよいようにも思います。

ccespでよいのでしょうか？

ごめんなさい、寝ぼけてました。

Aviutlの98d辺りのバージョン以降を使っておられるなら、まるもさんのデコーダー
m2v.vfpをm2v.auiとリネームしてAviutlのフォルダへ置くことでYUV読み込みが可能になります。
これで元のYUVデータを維持してYUV読みこみ出来ているので、そのままHuffyuvへ出力し、
TMPGEncでもYUVで読み込む事でRGB変換を経ずに受け渡すことが出来ます。
この方法であればhuffyuvSは使わずにすみますね。

m2v_vfp-0.6.48.lzh
huffyuvs_0.6_-_left_origin_-_base2.1.1-ccesp_dll.zip
をインストールし、試してみたのですが、
出力されたMPEGファイルはCCIR601圧縮されていました。
m2v.aui、huffyuvsの設定はデフォルトのままで特に変更していません。

えっと、こんがらがらせてすみません。huffyuvSは忘れてください（^^;

以下の文では
Aviutl99およびAviutl98d、そしてまるもプラグインm2v_vfp-0.6.48とHuffyuv2.20を使用して居ます。

まず結論からですが
http://www.delmart.org/~tyouki/img/aui_non.png
上のヒストグラムのように、m2v_vfp-0.6.48のm2v.vfpを「m2v.aui」へリネームし
Aviutlのフォルダに設置し、MPEGファイルを読みこみ、それをHuffyuvで出力した物を
XPressへ読み込んだ物です。

全部YUV処理なのでCCIR圧縮は経ずにデータのやり取りが可能です。

ここで一歩踏み込んだ話を始めます。
まず
http://www.delmart.org/~tyouki/img/aui_set.png
これを見てください。
先ほどのaui_non.pngのデータをXPressで色データがどこまで残っているか　を見るために
CCIR伸張の項目でマイナス方向へセットした物です。
（再生時にはaui_non.pngの状態で見るので、このaui_set.pngの図は、より精度をのためにと考えてください。）
Aviutl98dで処理した物は乱れが出て居ます。
これはAviutl99で仕様変更となったAviutl98dのYUVの飽和の設定のせいです。
現在は精度的には99、安定性は98dと言われています。

今度はまるもデコーダーをVFAPI経由で動作（RGB処理）で動かして見ます。
http://www.delmart.org/~tyouki/img/vfp_non.png

一番最初の（http://www.delmart.org/~tyouki/img/aui_non.png）と比べても
CCIR伸張済み>Huffyuvのデータもストレート変換後Huffyuv化しXPressの色補正でCCIR伸張した物
は同じように見えます。
ストレートのものはCCIR圧縮されたままなので左右端に隙間が出来ています。

しかし、色データがどこまで残っているか調べる為にCCIR伸張の項目でマイナス方向へセットすると
http://www.delmart.org/~tyouki/img/vfp_set.png
こうなります。
デコーダでCCIR伸張後にデータを受け渡すと左右端に存在するデータが消し飛んでいます。

この結果からAviutlとXPressを使用する場合
・Aviutlプロジェクトを使う場合（またはm2v.vfpを使う場合）はストレート変換+XPressでのCCIR伸張
・Huffyuvを使う場合はm2v.vfpをm2v.auiにしてHuffyuvへYUV処理のままXPressへ

この2個が劣化が少なくてすむやり方ですね。

● 使用ソフトのバージョン
TMPGEnc 3.0 XPress Trial Version 3.1.2.66
AviUtl 0.99
Huffyuv v2.1.1
m2v_vfp-0.6.48

● 使用ソフトの設定
http://www3.tcn.ne.jp/~rakka/temp2/setting_m2v_aui.png
m2v.auiの設定

http://www3.tcn.ne.jp/~rakka/temp2/setting_Huffyuv.png
Huffyuvの設定

● CCIR伸張の項目でマイナス方向へセットした物について
http://www3.tcn.ne.jp/~rakka/temp2/src_aviutl.png
m2v.auiの設定を「ストレート変換」にし、
aviutlでsrc.m2vを読み込みんだときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp2/src_TMPGEnc.png
http://www3.tcn.ne.jp/~rakka/temp2/src_TMPGEnc(CCIR601).png
TMPGEncでsrc.m2vを読み込んだときのヒストグラムと、フィルターの
色調補正のCCIR601伸長で輝度、色差を-255にしたときのヒストグラム

http://www.delmart.org/~tyouki/img/aui_non.png
http://www.delmart.org/~tyouki/img/aui_set.png
ちょうきさんの結果の「オリジナル」のヒストグラムを見た感じでは、
aui_set.pngにおいて236〜255の値が現れていますが、
自分の結果では0になっています。
aui_set.pngは、どのようにした場合のヒストグラムになるのでしょうか？

● Huffyuv->TMPGEncについて
1. m2v.auiの設定を「ITU-R BT.601から伸張」に戻し、
aviutlでsrc.m2vを読み込み、avi(Huffyuv)ファイルを出力する。
2. avi(Huffyuv)ファイルをTMPGEncで読み込み、m2vファイルを出力する。

のようして作成されたm2vファイルのヒストグラムを見てみました。

http://www3.tcn.ne.jp/~rakka/temp2/Huffyuv_TMPGEnc.png
TMPGEncで読み込んだときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp2/Huffyuv_aviutl.png
aviutl(ストレート変換)で読み込みんだときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp2/src_TMPGEnc.png
http://www3.tcn.ne.jp/~rakka/temp2/Huffyuv_TMPGEnc.png
CCIR伸張されているTMPGEncのヒストグラムを見比べると
ソースとほぼ同じなのですが、

http://www3.tcn.ne.jp/~rakka/temp2/src_aviutl.png
http://www3.tcn.ne.jp/~rakka/temp2/Huffyuv_aviutl.png
CCIR伸張されていないaviutlのヒストグラムを見比べると、
236〜255の情報が失われているようでした。

http://www.delmart.org/~tyouki/img/aui_set.png
ちょうきさんの結果の真中の列を見た感じでは失われていないよう
なのですが、自分の処理方法、設定に問題があるのでしょうか？

>ちょうきさんの結果の「オリジナル」のヒストグラムを見た感じでは、
>aui_set.pngにおいて236〜255の値が現れていますが、
>自分の結果では0になっています。

これには裏技が有ります。
TMPGEnc 3.0 のフィルタ画面の下のオーバーレイ　をONにします。
すると、今までRGB0〜255表示だったヒストグラムが　-16〜0〜255〜275分表示可能になります。
と言っても表示されているのは0〜255の範囲なので明るさとかを下げたりCCIR逆操作を行ったりすると
ズルズルズルっと隠れていた分が出てきます。
なぜこう言う仕様なのかは知りませんが、推測するにYUV対応時の隠しモードかと。
私はG550などのグラフィックカードでTV出力時の色とかも見て色調整するのでこのモードには
気が付きました。
こっそり使ってます。

>http://www3.tcn.ne.jp/~rakka/temp2/src_TMPGEnc(CCIR601).png
こちらのヒストグラムの状態でオーバーレイをON,OFFすれば右の絶壁がなだらかになると思います。

aui読みこみの際はYUVで読み込むのでCCIR伸張は全く不要です。
YUV0〜255がYUV0〜255で扱われます。これをAviutlでHuffyuvで出す時はファイル＞環境設定＞コーデックの設定で
HuffyuvがYUY2で圧縮　にチェックが入っている事を確認して置いてください。
これをTMPGEncで読み込んでください。
ヒストグラムでのチェックはTMPGEncでもう一回ためして見てください。

>これには裏技が有ります。
>TMPGEnc 3.0 のフィルタ画面の下のオーバーレイ　をONにします。
>すると、今までRGB0〜255表示だったヒストグラムが　-16〜0〜255〜275分表示可能になります。
>と言っても表示されているのは0〜255の範囲なので明るさとかを下げたりCCIR逆操作を行ったりすると
>ズルズルズルっと隠れていた分が出てきます。

オーバーレイをONにしたところ、CCIR圧縮したときに236〜255の値が
表示されるようになりました。

>aui読みこみの際はYUVで読み込むのでCCIR伸張は全く不要です。
>YUV0〜255がYUV0〜255で扱われます。これをAviutlでHuffyuvで出す時はファイル＞環境設定＞コーデックの設定で
>HuffyuvがYUY2で圧縮　にチェックが入っている事を確認して置いてください。
>これをTMPGEncで読み込んでください。
>ヒストグラムでのチェックはTMPGEncでもう一回ためして見てください。

http://www3.tcn.ne.jp/~rakka/temp3/setting_aviutl_codec.png
aviutlのコーデックの設定です。

http://www3.tcn.ne.jp/~rakka/temp2/src_TMPGEnc.png
ソースのm2vファイルをTMPGEncで読み込んだときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp3/Huffyuv_avi_TMPGEnc.png
aviutl(ストレート変換)でソースのm2vを読み込み、出力したaviファイルを
TMPGEncで読み込みこんだときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp3/Huffyuv_m2v_TMPGEnc.png
TMPGEncで上のaviファイルを読み込み、出力したm2vファイルを
TMPGEncで読み込んだときのヒストグラム

ソースのm2vファイルを読み込んだときのヒストグラムはCCIR伸張されているのですが
aviファイルを読み込んだときのヒストグラムはCCIR伸張されていませんでした。
そのためか最後に出力したm2vファイルのヒストグラムは、ソースのヒストグラムを
CCIR圧縮したようなヒストグラムになっていました。

http://www3.tcn.ne.jp/~rakka/temp3/setting_TMPGEnc1.png
http://www3.tcn.ne.jp/~rakka/temp3/setting_TMPGEnc2.png
TMPGEncの環境設定の入力プラグイン設定、AVIコーデック設定は
上のようになっているのですが、これの設定が関係しているのでしょうか？

http://jumper-x.hp.infoseek.co.jp/begin/column/2/
MPEG-2 VIDEO VFAPI Plug-Inの使い方

http://jumper-x.hp.infoseek.co.jp/study/6/index.html
YC伸張実験君

のページを見ていたところ、どうもAviUtlの入力プラグインの優先度の
設定が関係しているように思いました。
たぶん、MPEG-2 VIDEO Plug-InよりもMPEG-2 VIDEO File Readerの
優先度が高くないといけないと思うのですが、もしかすると
そうなっていないのかもしれません。
（現在、自宅にいないので確認できません。）

aviutlの入力プラグインの優先度の設定を見たところ、
・MPEG-2 VIDEO Plug-In
・MPEG-2 File Reader
のようになっておりm2v.vfpが使われているようでした。
MPEG-2 File Readerの優先度を上げ、上と同じようにした
結果、下のようになりました。

http://www3.tcn.ne.jp/~rakka/temp4/src_TMPGEnc2.png
src.m2vをTMPGEncで読み込みCCIR601圧縮したときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp4/src_m2v_TMPGEnc2.png
src.m2vをTMPGEncで読み込み、出力したm2vファイルを
TMPGEncで読み込みCCIR601圧縮したときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp4/Huffyuv_m2v_TMPGEnc2.png
src.m2vをaviutlで読み込み、出力したavi(Huffyuv)ファイルを
TMPGEncで読み込み、出力したm2vファイルを
TMPGEncで読み込みCCIR601圧縮したときのヒストグラム

ヒストグラムはほぼ同じなので、Huffyuvを中間ファイルとして
出力すれば、とりあえずTMPGEnc Plus 2.5の
「YUVデータをCCIR601ではなく、Basic YCbCrで出力する」で
出力したのと同じような結果が得られることがわかりました。

ただ、Huffyuvを中間ファイルとして出力するためには空き容量が
結構いるので、Huffyuvを中間ファイルとして使わない方法についても
試したいと思います。（試用期間が残り少ないので厳しいですが）

>この結果からAviutlとXPressを使用する場合
>・Aviutlプロジェクトを使う場合（またはm2v.vfpを使う場合）はストレート変換+XPressでのCCIR伸張
>・Huffyuvを使う場合はm2v.vfpをm2v.auiにしてHuffyuvへYUV処理のままXPressへ

の上の方法について。

1. aviutlの入力プラグインの優先度の設定において、MPEG-2 VIDEO Plug-In(m2v.vfp)の
優先度をMPEG-2 File Reader(m2v.aui)よりも上にする。
2. m2v.vfpの設定を「ストレート変換」にする。
3. src.m2vをaviutlで読み込み、プロジェクトファイルを出力する。
→ src.aup
4. src.aupをTMPGEncで読み込み、CCIR601伸張し、m2vファイルを出力する。
→ src_aup.m2v

のようにしたときのヒストグラムは以下のようになりました。

http://www3.tcn.ne.jp/~rakka/temp5/src_TMPGEnc2.png
src.m2vをTMPGEncで読み込み、CCIR601圧縮したときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp5/src_aup_TMPGEnc.png
http://www3.tcn.ne.jp/~rakka/temp5/src_aup_TMPGEnc2.png
src.aupをTMPGEncで読み込んだときのヒストグラムと
CCIR601伸張したときのヒストグラム

http://www3.tcn.ne.jp/~rakka/temp5/src_aup_m2v_TMPGEnc2.png
src_aup.m2vをTMPGEncで読み込み、CCIR601圧縮したときのヒストグラム

最後のヒストグラムとソースのヒストグラムを見比べた感じでは、
235〜のデータがなくなっているように思います。

>・Aviutlプロジェクトを使う場合（またはm2v.vfpを使う場合）はストレート変換+XPressでのCCIR伸張
の方法は、上の1〜4の操作とは異なるのでしょうか？

>>・Aviutlプロジェクトを使う場合（またはm2v.vfpを使う場合）はストレート変換+XPressでのCCIR伸張
>の方法は、上の1〜4の操作とは異なるのでしょうか？

これは、aupを読んでるという事はTMPGEnc3.0がRGBモードなので
ヒストグラムで０〜２５５に見えている範囲が全てと言う事になりますね。
ですんでTMPGEnc3.0をYUVモードで動かす事が肝要ってことだと思います（Huffyuv経由）

>この結果からAviutlとXPressを使用する場合
>・Aviutlプロジェクトを使う場合（またはm2v.vfpを使う場合）はストレート変換+XPressでのCCIR伸張
>・Huffyuvを使う場合はm2v.vfpをm2v.auiにしてHuffyuvへYUV処理のままXPressへ
>
>この2個が劣化が少なくてすむやり方ですね。

のように書かれている2つの方法の上の方法については、
Huffyuvを経由する方法ではないように思ったのですが違うのでしょうか？

一応、aup入力だとRGB入力になって、Huffyuv入力だとYUV入力になることは
これまでの議論？で理解しています。
結局のところ、全く損失なくMPEG出力する場合、
Huffyuv入力するしかなく、aup入力する場合は235〜の損失は避けられない、
ということでよろしいでしょうか？

>Huffyuv入力するしかなく、aup入力する場合は235〜の損失は避けられない、
そう言うことだと思います。
二転三転してすみません（^^;

「音声言語の設定」のプルダウンの言語の並び順で、よく使うはずの
日本語と英語が最下部にあると、いちいちスクロールさせなくてはなりません。

一番上に日本語と英語があると操作性が良くなると思うのですが・・・

私も「日本語」「英語」が最初にあったほうが、操作性が良いと思います。

いっそのこと、デフォルト設定できるようにしてほしい‥‥‥

当方、TMPGEncPlusを使用しています。
オフィシャルガイド及び過去ログをひと通り目を通しましたが、今一つ理解できませんので
質問させていただきます。

エンコードモード内の逆3:2プルダウンはどういったエンコード作業をするのでしょう？

自分の頭の中で整理してみると、
　＞29.97fpsまたは30fpsのインターレース映像を、可能であれば逆3:2プルダウン
　＞しながらエンコードする。出力されるムービーは29.97または30fpsのインター
　＞レース映像になる。（ガイドブックより）
との事でフレームレートは変化しない事から、そのままエンコードするだけでフィールド
操作は行っていないように受け取れます。また、
　＞逆3:2プルダウン処理が行われたフレームは、再生時に3:2プルダウンして再生
　＞されるようにフラグをセットする。（ガイドブックより）
ともあり、つまりは29.97(30)fpsファイルに記録された23.976(24)fpsの映画やアニメを、
再生時に3:2プルダウンを行うよう可能な限りフラグをセットしながら通常のエンコードを
しているだけ、としか結論が出ないのですがいかがでしょう？

ご教授お願いします。

24fpsの設定タブで24fps化を行う場合よりは精度が落ちますが、逆3:2プルダウンでも
24fps化の動作が行われて居ます。
ただし、逆3:2では24fps化ではできない30fpsの動画との混在が可能になります。
MPEG的には
「29.97インタレースの映像」と「23.976プログレッシブ+再生時3:2フラグの映像」がくっついているような物です。
29.97fpsのままで良いと判断された部分はそのままで、24fps化した方が良いと判断した個所は24fps化されます。

ちょうきさん、返信有難うございます。

お蔭様で理解できたと思います。
世間一般でいう「2-3プルダウン(ツースリープルダウン)」がTMPGEncでは3:2プルダウンと呼ばれているんですね。てっきり2-3プルダウンとは逆の動作をするんだと勘違いしていました。

例えば、オフィシャルガイドによると再生時3:2プルダウンは
　＞23.976または24fpsのムービーをインターレースの29.97または30fpsでエンコードす
　＞る。再生時に3:2プルダウンするフラグをセットするためプレイヤは23.976fpsで再生
　＞する。
と解説があり、実際にエンコードモードとして選択するとフレームレートは「23.976fps
(内部29.97fps)」となりますが、エンコードして作成されるファイルは23.976fpsのファイルであり、フラグにより再生時にはプレイヤ側で29.97fps（DVD化した場合TVとプレイヤによってはプログレッシヴ24fps？）として処理されるという事ですよね。

オフィシャルガイドをもとにした以前の理解の仕方は、23.976fpsのファイルを「再生時3:2プルダウン」でエンコードした場合、
　1)重複クレームを生成しながら29.97または30fpsでエンコード。
　2)再生時には、3:2プルダウンフラグにより重複フレームをカットし23.976fpsで再生。
と考えていましたが、どうやら正しくは前述のようであり、これだと「逆3:2プルダウン」に対するちょうきさんのレスもつじつまが合いますね。

どうもオフィシャルガイドの書き方は勘違いを誘発しそうで腑に落ちないところがあるのですが、まだ自分はやはり間違っていますか？

3:2プルダウンのフラグがセットされている状態はプレーヤ・デコーダからは29.97インタレース
に見えるのが基本です。（TMPGEncに再度読み込んでも29.97になります。）
DVDデッキによってはフラグの解釈により、いわゆる24プログレッシブで再生する　と考えていいと思います。

＞　1)重複フレームを生成しながら29.97または30fpsでエンコード。
これは重複予定のフレームはこれですよ。というフラグをセットするという意味ならあっていると思います。

＞　2)再生時には、3:2プルダウンフラグにより重複フレームをカットし23.976fpsで再生。
こちらも24プログレッシブ再生の時の話で有ればあっています。

ややこしいですね（笑）

ttp://www3.stream.co.jp/web/aflac/030920/utabangumi_30s_300k.asx

の画像を落としてmpeg-1にエンコードしたのですが音声が出なかったり飛んだりします。ビットレートなど動かして試してみたのですがダメでした。
すいませんがアドバイスをお願いします。

これ、ストリーミングですよね。
どうやってローカルディスクに保存したのでしょうか？
検証しようにもやりかたがわからず出来ないので。

＞bwt さん

GetASFStream
ってソフトで吸い出しました。

TMPGEnc Plusは起動時に/mpegtoolと指定するとMPEGツールを直接起動することが出来ました。
TMPGEnc MPEG Editorには同等の機能はありますでしょうか？
あと、コマンドラインなどからパラメータ指定起動してそのまま自動的に多重化を開始することはできますか？

もしそういう機能がなければそのまま要望になります。
エンコーダにTMPGEnc以外のソフトを使うため、多くの動画を一気に多重化することが頻繁にありまして、
TMEもほとんど多重化専用ソフトとして使われています。
多重化をメインに使う場合手順が多く煩雑になりますので可能ならばもう少し使いやすくしてもらえませんでしょうか。

TMPGEnc初心者のイーグルパークといいます。

「TMPGEnc Plus 2.5」を使って、DivXへ変換したいと思い、キャプチャーした
MPG2ファイル720-480(IODATA GV-MVP/RZ)を『映像ソース』で指定すると、
『アプリケーションエラー』のメッセージが出てTMPGEncが落ちてしまいます。
設定でMPEG2/720-480にしても同じです。ところが、『MPEGツール』では、
ちゃんと処理できます。

どうしたら、『映像ソース』で読み込めるようになるでしょうか？
よろしくお願い致します。

お使いのTMPGEnc Plus2.5のバージョンはいくつでしょうか？
Ver. 2.513以前を使っているのであれば、最新版にアップデートしましょう。
MPEG-2デコーダが搭載されたVer. 2.520以降を使っているのに読めないのであれば、Plus標準のSofdecデコーダは切って、不正なMPEGファイルの読み込みに強い、まるも製作所の「MPEG-2 VIDEO VFAPI Plug-In」を代わりに使ってみてはどうでしょう？

かず01 さん、ありがとうございました。

バージョンは『TMPGEnc v2.59.47.155』とあります。なにぶんTMPGEnc初心者なもので
何にも分からないのですが、《まるも製作所の「MPEG-2 VIDEO VFAPI Plug-In」》って、
どうやって入手できるのでしょうか？　過去ログを検索した方がよいでしょうか？
すみません。よろしくお願い致します。

自己レスです。
検索して入手できました。
ありがとうございました。

T3XPでカット編集してエンコードしてある複数のmpegファイルを
TDAに渡すため、TMEで複数クリップの接合にしか使用していません。

複数クリップの接合部はGOPに関連性がない
また、最終クリップの最終GOPも次に続く映像が無いにも関わらず、
最終GOPは必ずエンコードされていますよね。

T3XPで出力されたmpegファイルは、映像データより音声データが長く出力されているようで、
(※映像の１フレームの長さと音声のサンプリングの関係で長さを合わせれないからだと思いますが）
TMEで編集すると音声データの長さに合わせて、映像データが0〜2フレームほど最終フレームの
最終フィールド(片フィールド）を補間して作成されたフレームを追加していますよね。

補間された映像データは追加して欲しくないんです。
（※接合部は最大ビットレートを越えるようならば映像のエンコードは仕方ないですが）
音声データのみをエンコードして映像データの長さにあわせて縮めて下さい。

映像または音声のどちらか長い方にあわせるというのが、TMEのコンセプトで、
いまさら仕様変更（仕様追加）はしたくないとは思いますが、
映像データの長さに音声データを合わせるオプションを追加して欲しいです。
（※TMPGEncは映像命ですからね。）

TMPGEnc Plusの体験版をインストールしました。
早速起動してみて映像ファイルを選択するとエラーが発生して次に進めません。
「開けないか、サポートしていません」
aviを選択しているのにエラーが発生してしまいます。
何回やってもダメです。
アンインストールしてもダメです。
解決方法はないのでしょうか？
詳しい方教えてください。

エラーメッセージを検索に掛けてみると良いでしょう。

過去ログを読んでもわからなかったら、何がわからないのかを明記した上で、
再度御質問下さい。

>アンインストールしてもダメです。

アンインストールしたらエラーは出なくなるはずですが？

＃アンインストールというのは究極のエラー抑制方法ですね。　この応用として「パソコンの電源を切ってください。エラーは出なくなります。」なんていうのもありかな？

FAQで「開けない」

FAQで止まる検索して、出てきたのですが、訳がわかりません。

映像ソースの問題が考えられます。
　まずメディアプレイヤー等で再生を行い映像ソースのチェックを行ってください。また他のソース、形式の違うソースなども試してみてください。
　バッチエンコードで、止まる箇所の前までと、止まる箇所の範囲だけを「ソースの範囲」などで指定し、後に結合する手段などもあります。

takashi さんの仰っていることが、いまいちわかりません。

質問の文章で読み取れること
・エンコード中に止まるようだ。
・「止まる」で検索を掛けたが、問題解決には至らなかったようだ。

一度落ち着いてから、第三者が読んでも理解できるような質問をして下さい。

何が「止まる」のでしょう??
　TMPEGEncの起動中、あるいはTMPEGEncでの作業中にTMPEGEncが止まる
　エンコード(TMPEGEnc)が止まる
　エンコード中にパソコン自体が止まる
　出来上がった動画データの再生が途中で止まる
と、「止まる」にも色々ありそうですが…

>FAQで止まる検索して、出てきたのですが、訳がわかりません。

変換元のファイルが壊れているっていう事ですよ。読んでそのままの意味。
壊れている部分をすっ飛ばせば無理やり変換できるかもしれないと言う話。

→時間
−−−−−　−−−−　−−−−−−−−−−−−−−
正常　　　｜壊れてる｜正常
−−−−−　−−−−　−−−−−−−−−−−−−−

＿＿＿＿＿↑ここで止まるとすると、


壊れているところをこうやって切り取ってしまえば、
−−−−−　　−−−−−−−−−−−−−−
正常　　　｜｜正常
−−−−−　　−−−−−−−−−−−−−−

無理やり変換できるかもっていうこと。
絵に描けば判るかな？

圧縮してあるアニメ（24分が14ファイル）を1本のDVDにまとめようとTMPGEnc 3.0 XPressでDivXでMPEG2に変換（AC-3使用）したら1部のファイルは音が出ないし、異様に重くて再生できないファイルもあり、音がずれてる（セリフと声があっていない）など不具合の連続です。

なお、元のDivXで圧縮してある動画（.avi）は正常に再生できます。
（WMP10、HAKOBAKO Playerで確認しました。）

正常にMPEG-2で出力する方法、また原因として考えられることなど
分かりましたら教えてください。

よろしくお願いします。

>正常にMPEG-2で出力する方法、また原因として考えられることなど
>分かりましたら教えてください。
(最近のWinnyで流通しているものにありがちな)120fps+AC-3だとか？

回答ありがとうございます。
ファイルは24fpsで音声はMP3 128kbpsです。
（120fps+AC-3ではありません）

http://www.pegasys-inc.com/ja/product/te3xp_spec.html
仕様一覧に
>※1 無圧縮AVIファイルに対応。その他のAVIファイルは導入されているコーデックに依存します。
>※ 音声に特殊形式（VBR、ogg等）の物を利用している場合、音声がずれたり出力されない場合があります。
と書いてある通り、圧縮されているファイルでは、動作保証はないようです。

というわけで、
>正常にMPEG-2で出力する方法、また原因として考えられることなど
>分かりましたら教えてください。
・圧縮する前のファイル(キャプチャ直後のファイル)からエンコードして下さい。
・音声にVBRを使わないで下さい。
といったところでしょうか。





※以下は呟きですので、気にしないで下さい。
同じ方法でDivX化(エンコード)していたら、
>DivXでMPEG2に変換（AC-3使用）したら1部のファイルは音が出ないし、
>異様に重くて再生できないファイルもあり
と個体差なんて出ないはずなのですがね・・

コーデックは同じDivXでも、最新版が出たら入れ替えたり、雑誌でこういう設定のがいいって書いてあったらそれを試したり…って感じで、結構設定を変えて試行錯誤している段階のときに放送していたアニメですので…。

圧縮されているファイルでは、動作保証はないってのはショックです。
キャプチャーしたファイルはDivXに圧縮して、削除してしまいましたし。

どうしましょう…。これらのファイルをMPEG2にすることは不可能なのでしょうか？

そのうちMPEG2にしてDVD化することを考えてなかったんだね。
DivXは最終保存形式なので、そこからさらに変換なんて考えるのはやめましょう。
先を見る眼が甘かったですな。　：P

さて、やるとしたらこんな手段でしょうか。

・DivXを再生して、アナログ出力をして、キャプチャしなおす
・プレーヤの再生映像をそのままキャプチャするソフトを使って、キャプチャしなおす
・再放送やセル版が出るのを待つ
・あきらめて、DivXが再生できるDVDプレーヤを買ってきて、TVではそれで見る

4つ目がお勧めかな。画質はこれ以上劣化しないし。

ちなみに…
大切な物は、しばらくは将来性に問題無いMPEG2の高ビットレートで保存したり、
画質を超重視する人はhuffyuvで可逆圧縮したりして保存しています。
そういう人達は金に糸目をつけません。と、いいつつもHDDは安くなってますから
たいした金かけなくても大量に保存できる時代になってますよね。

私は…
特に映画とかだと、TVキャプチャして編集して…なんて面倒になったので、DVDが
売っていたら買ってきちゃいます。
TV番組はHDレコーダで録りまくってます。保存はHDDがいっぱいになってから考えます。

>キャプチャーしたファイルはDivXに圧縮して、削除してしまいましたし。
この時点で、DivXにエンコードしたもので満足されたから元のファイルを消したのですよね？

>コーデックは同じDivXでも、最新版が出たら入れ替えたり、雑誌でこういう設定のがいいって書いてあったら
>それを試したり…って感じで、結構設定を変えて試行錯誤している段階のときに放送していたアニメですので…。
今後、試行錯誤している時は、満足されるまで元のファイルを消さないことをお勧めします。

※そういう意味では、ちょこちょことVerUPを繰り返すDivXは怖くて使えませんね。

やすべ〜 さんに質問ですが　音声をWAVEに切り出して変換＞エンコ…はしましたよね？
またはAVIUTLなどで再出力してもダメだったんでしょうか？　その後どうですか

HAKOBAKOPLAYRで困っていたファイルが再生できたのはいいんですが、音が流れません・・・。どうすればいいでしょうか教えてください。宜しくお願いします。

これをやってみてください。
http://www.hatena.ne.jp/1094658238