設定画面の「ビデオ詳細」タグの中にソースのフィールドオーダーを選択する項目があります。
パソコン画面上で鑑賞する限り、トップフィールドでもボトムフィールドでも違いは感じられません。

しかし、完成したMPEG2ファイルをテレビに出力すると（I-O DATAのGV-MPEG2/PCIのビデオ出力モードを使いました）、「トップフィールドが先」でエンコードした場合はちゃんとスムーズに再生されるのに、「ボトムフィールドが先」でエンコードした場合は再生が変になります。シーンの切り替わりシーンなどをみると、奇数ラインと偶数ラインの順番が入れ替わっているように思います。

TMPGEncのデフォルトでは「ボトムフィールドが先」の設定になっていますが、「ボトムフィールドが先」の方が本当に一般的なのでしょうか。

それとも、元のソース（どのキャプチャボードで取り込んだかによって）に合わせて、適宜変更しないといけないのでしょうか。
（私の場合、MTV1000で高ビットレートで取り込んだ後に、TMPGEncを使ってMPEG-2に再エンコードしています。）


ボトムフィールドの設定を間違って、MPEG2ファイルを作成すると、テレビに出力したり、将来的にDVDを作成したりする場合にちゃんとできないのではないかと思い、質問させていただきました。

>TMPGEncのデフォルトでは「ボトムフィールドが先」の設定になっていますが、「ボトムフィールドが先」の方が本当に一般的なのでしょうか。
>
>それとも、元のソース（どのキャプチャボードで取り込んだかによって）に合わせて、適宜変更しないといけないのでしょうか。
>（私の場合、MTV1000で高ビットレートで取り込んだ後に、TMPGEncを使ってMPEG-2に再エンコードしています。）

　キャプチャカードによって、フィールドオーダーが変わります。
　元のソース（どのキャプチャボードで取り込んだかによって）に合わせて、適宜変更しないといけません。

　例えば、うちではカノープスのアナログキャプチャのPowerCaptureProとDVキャプチャのDVRex-RTを使っていますが、PowerCaptureProでキャプチャしたらトップ、DVRexでキャプチャしたらボトムを指定しないといけません。
　MTV1000でアナログキャプチャした場合はトップ（DV AVIをMPEG2化した場合はDVに準拠してボトム）、とカノープスのサポート掲示板でカノープスのサポートの人が書いてました。


>ボトムフィールドの設定を間違って、MPEG2ファイルを作成すると、テレビに出力したり、将来的にDVDを作成したりする場合にちゃんとできないのではないかと思い、質問させていただきました。

　この辺への影響は良く知りません。(^^;ゞ

ＤＶコーデックはボトムフィールドが先ですので、そのように設定しないと
キチンと再生出来ないものになってしまいます。
リアルタイムＭＰＥＧ−２キャプチャーは、トップフィールドが先に
なっているのが普通です。
ＤＶコーデック以前のアナログキャプチャーでは、製品によってマチマチ
だったように記憶しておりますが、この辺りは自身がありません。

ＡＶＩファイルをソースにエンコードするのが本来の目的であるソフト
ですので、（ＤＶをソースとした場合の設定項目も多い）デフォルトで
ボトムファーストになっているのだと思います。
（ＭＰＥＧ−２キャプチャーが出始めたのって最近ですし）

＞ボトムフィールドの設定を間違って、MPEG2ファイルを作成すると、テレビに出力したり、将来的にDVDを作成したりす
＞る場合にちゃんとできないのではないかと思い、質問させていただきました。
そのとおりで、ＨＷ＋なんかでテレビに出力すると、動きのある部分で
ギクシャクします。
私も、いくつか間違っていたものがあり、再エンコードしました。

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

ところで、TMPGEncが出力するMPEG2ファイルはトップフィールドが先でしょうか、ボトムフィールドが先でしょうか、それとも元のソースとして選んだ設定と同じになるのでしょうか。

僕が間違えて作ったファイル（トップが先なのにボトムを先と設定してしまったファイル）はボトムフィールドが先になっているような気がします。（あくまで予想ですが）


もしMPEG2の規格として、トップが先のもボトムが先のも認められているとすれば、間違ってエンコードしたファイルでも、ファイルが持っているであろうトップが先かボトムが先かのプロパティの部分だけを入れ替えてやれば、正しいファイルになるのではないでしょうか。（あまりMPEG2の規格に詳しくないので、間違ってたらすいません）

それとも、画質の劣化を覚悟でもう一度TMPGEncで再エンコードしかないのでしょうか。（ほとんどのファイルで、元ソースは削除してしまっております）

もりのみやこさんのサイトでフィールドーオーダーについて解説されています

もりのみやこさんの「フィールドオーダーのナゾ」と「続フィールドオーダーのナゾ」を読ませていただきました。

これを読みますと、ほぼ私の予想通りという感じでした。

「トップが先」のソースを「ボトムが先」の設定でエンコードした場合、フレームとしては崩れておらず、再生時にどっちを先に出力するかのフラグ（もりのみやこさんはフィールドオーダーフラグと呼んでおられました）のところを書き換えることができれば、映像部をいじらなくても、正しい動画に直ると思います。いかがでしょうか？

また、これは作者さんへの要望になってしまうのですが、もし「フィールドオーダーフラグ」なるものが動画についているのなら、自動的に認識して、ソースに合わせて「トップが先」か「ボトムが先か」を自動で設定するようにできないでしょうか。（私のようにトラブルに見舞われる人を少なくするために）

MPEG2では、再エンコードしない限りフィールドオーダを逆にエンコードしてしまったものは
直せないと聞いています。MPEG2では映像をフレーム単位で扱っているわけではなくフィール
ド単位で扱っています。単純にフラグのようなものを逆にした程度では、フィールドの格納順
番が変わるわけではないと思います。

MPEG2でその「フィールドオーダーフラグ」のようなものがあるとしたら、最初のフィールド
がトップなのかボトムなのかをあらわしているのではないでしょうか？　だから、それを逆に
しても正常な映像は得られないと思います。

プロジェクトウィザードでソースファイルを読み込むと
いちおうフィールドオーダーを判定してくれますね。
ただ、フラグではなく中身で判定しているようで、
たまに間違えるような気がします。

私はフィールドオーダーを調べるときはBitrate Viewerを使ってます。

私もまーぽんさんと同じくMTV1000で高ビットレートからMPEG2ファイルを作っていましたが
フィールドオーダーとかをまったく考えないでボトムのまま使ってました。
作成したファイルはPCでしか見てなかったので今まで特に不具合は無かったのですが
そのうちDVD-Rでも買おうと思っていたのでちょっと凹んでます・・・
見当違いでアホな質問でしたら大変申し訳ないのですが、
フィールドオーダーを間違えて作成したMPEG2ファイルをDVD-Rにオーサリング後
プログレッシブDVDプレイヤー＆TVで再生した場合はどうなるのでしょうか？
たしかプログレッシブはボトムとトップを両方同時に再生するはずなので
もしかしたら・・・と思ったのですが、やはりダメですよね？

あと、プロジェクトウイザードを使用して、同じキャプチャーボードで
同じチャンネル（番組は違う）を読み込ませると、トップと認識されたり、
ボトムと認識されたりするのですが、番組によってフィールドオーダーが違うって事はあるのでしょうか？

fayさんのコメントに対しての質問です。
根本的なところで、エンコードの仕組みについて勘違いがあるかもしれないので。

僕は秒間60フィールドから秒間30枚の480ラインの絵を構成して、フレームごとに圧縮しているのだと思っていました。
だからこそ、パソコン画面のように秒間30枚フレームで再生する場合は、間違ってエンコードしたことに気付かず、TVのようにインターレースで再生した場合に時間軸が逆になって、間違いに気付いたのだと思っていました。

それとも、fayさんのいうようにフィールドごとに圧縮しているといるということは、秒間60枚の240ラインの絵を圧縮していて、時間軸に沿って、奇数→偶数→奇数→偶数→という風に交互にファイルに記録されているということでしょうか。

fayさんのいうことが正しいとすれば、「トップが先」か「ボトムが先」かの設定を逆にしてエンコードした場合、1枚の絵の中で奇数ラインと偶数ラインが入れ替わってしまい、パソコンで再生したときに静止画像を見ただけでも、明らかにおかしいと気付くと思うのですが。

私が格納と書いたことからまーぽんさんがそのように理解したのはもっとも
なことです。しかしMPEG2での格納はフレーム単位のようです。間違った書き
込みをしてすいません。

言いたかったことは、MPEG2はフィールド単位で動き検出を行なっています。
これはフィールドオーダによって動き検出エンジンに対して渡されるデータ
の順番が変わるということを意味します。動き検出は後のGOP構成の差分情報
作成に大きな影響を与えますから、出来上がるMPEG2映像データが異なるわけ
です。

フラグ以外の部分が全く同じ映像データならば、フラグを変えるだけで良い
のですが、そうではないわけです。

フィールドピクチャでエンコードされている場合はフラグの書き換えだけでは
正常に再生できるストリームになりませんが、フレームピクチャで、フィール
ド DCT、フィールド MC を使用しているだけの MPEG-2 の場合は
picture_coding_extension の top_field_first フラグを書き換えることで
フィールドオーダを修正可能です
（ソースがトップ先なのにボトム先でエンコードした場合など）

フィールド DCT ではマクロブロックをフィールド分割した物に対して DCT を
実行しますが、トップ・ボトムの格納先は固定で、top_field_first フラグに
依存しないためデコーダはフラグ書き換えの影響を受けません。

フィールド MC でも motion_vertical_field_select[0][t] がトップフィール
ド用、motion_vertical_field_select[1][t] がボトムフィールド用と固定な
ので、デコーダは top_field_first フラグ書き換えの影響を受けません。


フレームピクチャでの top_field_first フラグは、基本的にフレームのデコー
ドが完了した後、アナログ信号に出力する段階でどちらのフィールドから先に
出力するかを示すだけのものです。ので、フラグ書き換えは有効ですし、理論
的には可能です。


もっとも私の知る限りでは、top_field_first フラグを書き換えてくれるツー
ルは存在しないはずなので、完全に無駄な知識なんですけど。


また、top_field_first フラグは MPEG-2 に特有のもので、AVI 等の一般的な
動画フォーマットには存在しません。

TMPGEnc が MPEG-2 からのエンコードしかサポートしないならば、フラグを見
てエンコードストリームのフィールドオーダを決定することも可能でしょうが、
そういうことをされると、AVI からのエンコードに使用している私は大変困っ
てしまいます。

補足

・720x240x2 でエンコードするフォーマットも MPEG-2 にはあります。これを
　フィールドピクチャ構造のストリームと呼びますが、TMPGEnc はこれに対応
　していないはずなので、気にしなくて構いません。

蛇足

・放送によってフィールドオーダが変化することはありません。
・フィールドオーダはキャプチャカードによって決まります。
・もっともキャプチャカードの中には、キャプチャを開始するタイミングに
　よってフィールドオーダが変化するものもあります。ドライバが腐ってい
　るだけのように感じますが。

茂木さん＞

>・放送によってフィールドオーダが変化することはありません。
>・フィールドオーダはキャプチャカードによって決まります。
>・もっともキャプチャカードの中には、キャプチャを開始するタイミングに
>　よってフィールドオーダが変化するものもあります。ドライバが腐ってい
>　るだけのように感じますが。

放送によってフィールドオーダーが変化する事はないということであれば、時々話題になる
コマーシャル前とコマーシャルあけでフィールドオーダーが反転する話は、コマーシャルも
含めてフィールドオーダーが設定されていると考えられるのでしょうか？
たとえば、トップから始まる放送が、コマーシャル前がキチンと(？)ボトムで終わり、
コマーシャルはトップから始まったのだけれども終了時トップで終わってしまい、
コマーシャルあけの番組がボトムから始まると言うような解釈でよいのでしょうか？
それともキャプチャーカードの問題なのでしょうか？

>コマーシャル前とコマーシャルあけでフィールドオーダーが反転する話は、コマーシャルも
>含めてフィールドオーダーが設定されていると考えられるのでしょうか？

>>・放送によってフィールドオーダが変化することはありません。
>>・フィールドオーダはキャプチャカードによって決まります。

それでは答えになってないような気が……。

> たとえば、トップから始まる放送が、コマーシャル前がキチンと(？)ボトムで終わり、
> コマーシャルはトップから始まったのだけれども終了時トップで終わってしまい、
> コマーシャルあけの番組がボトムから始まると言うような解釈でよいのでしょうか？

普通はそう考えて良いはずです。上記引用部分は

　　　　　　→
　トップ　　○　○　○　○　■　■　■　■　■　■　○　○　○　
　ボトム　　　○　○　○　○　■　■　■　■　■　○　○　○　○

という形のことだと思いますが、これを トップ→ボトム で取り込んだ場合は

　トップ　　○　○　○　○　■　■　■　■　■　■　○　○　○　
　ボトム　　○　○　○　○　■　■　■　■　■　○　○　○　○
　
とキャプチャされますし、ボトム→トップ で取り込んだ場合は

　トップ　○　○　○　○　■　■　■　■　■　■　○　○　○　
　ボトム　　　○　○　○　○　■　■　■　■　■　○　○　○　○

とキャプチャされます。（片フィールドしかない部分は無視される）

この場合キャプチャされた動画ファイルのフィールドオーダは CM 前後に関
わらず一貫しているので、ソフトウェアでの設定は、そちらにあわせておけ
ば良いことになります。


番組毎にソフトウェア側でフィールドオーダを変更する必要があるとしたら

　　　　　→
　トップ　■　■　　○　○
　ボトム　　■　■○　○　

の様なアナログ信号が送られてくる場合だけですが、この場合はキャプチャ
ボードがエラーで取込みを停止するはずです。通常の放送ではこのような
信号が送られることはありません。

茂木さん、ありがとうございます。

前回も書きましたが、茂木さんが、放送によってフィールドオーダーが変化する事は無いと書かれたときに、
ならどうしてよく話題になるコマーシャル前とコマーシャルあけでフィールドオーダーが反転してしまう現象が
起こるのだろうかと疑問になり、私なりに考えた仮説を書いて質問しました。
大体考え方はあっているようで、一安心です。


さて、このスレッドの本題に戻りますが、私が知っている(理解している？)範囲での話になりますが、
もりのみやこさんが書かれているように、ＤＶＤはトップフィールドが先と決まっているようで、
プレイヤー(スタンドアローンプレイヤーもソフトＤＶＤプレイヤーも)によっては、トップが先と
決め打ちして再生しているという話です。
ので、ご自分でDVD-Rなどを利用してインターレースな動画を作成する場合には最終的にトップが先の
動画を作成しなくてはならないようです。
方法は…？　　すみません。忘れちゃいました。m(_ _)m ← なら書くな！(。_・☆＼ ベキバキ

>ので、ご自分でDVD-Rなどを利用してインターレースな動画を作成する場合には最終的にトップが先の
>動画を作成しなくてはならないようです。
>方法は…？　　すみません。忘れちゃいました。m(_ _)m ← なら書くな！(。_・☆＼ ベキバキ

　ソースがボトムだったらAviUltの環境設定の「奇数ラインを１フレーム遅ら
せる」でトップに出来る、と言う話をどっかで読んだような？
　確か、ボトム→トップが標準のDV AVIでMPEG2エンコ前にこう言う前処理して
る、と言う話だったと思いましたが（見たのはカノープスのサポート掲示板だっ
たかな？）。

　上の方で茂木さんが書かれた例で言えば、

>とキャプチャされますし、ボトム→トップ で取り込んだ場合は
>
>トップ　○　○　○　○　■　■　■　■　■　■　○　○　○　
>ボトム　　　○　○　○　○　■　■　■　■　■　○　○　○　○

ここからトップが１フレームずれて、

>　　トップ　○　○　○　○　■　■　■　■　■　■　○　○　○　
>ボトム　　　○　○　○　○　■　■　■　■　■　○　○　○　○

こうなるわけだから、トップ→ボトムで取り込んだのと同じになってるみたい
だから、操作的にはコレで良いのか……な？
　AviUtlの言う「奇数ライン」が「トップ」のことだったら、と言う前提が
要りますが。
　確か、MS-Windowsにおいてはグラフィックの座標は通常０から始まるので、
トップは０から始まるから偶数ライン、ってのがTMPGEncの昔の仕様で、
AviUtlはトップは１ライン目から始まるから奇数ライン、この辺が判り難い
から、TMPGEncではトップ・ボトムと言う呼び方に変えた、と言う経緯が
あったような？

　我々TMPGEnc使いとしては、TMPGEncでエンコする前にいったんソースを
AviUtlで読んでこの変更してaupに保存してからTMPGEncでaup読めば済むので、
これで正しいなら非常に手軽に済みますね。

結局のところ、
(1) TMPGEnc の出力は、入力と同じフィールドオーダーとなる。
(2) DVD プレーヤーによってはトップファースト決め打ちで再生する。
(3) DV キャプチャーの場合ボトムファーストな AVI ファイルになる。
(4) 入力がボトムファーストなら TMPGEnc での指定はボトムファーストにしなければならないけど、
トップファースト決め打ちプレーヤーによってはおかしく再生される。
(5) ボトムファーストをトップファーストにするのは、もりのみやこさんのサイト
「続フィールドオーダーのナゾ」に書いてある方法を使う(他にもやり方あるのかもしれませんが)。

という理解で正しいのでしょうか?
DV キャプチャーした AVI ファイルを AviUtl で読み込み、
AviUtl のプロジェクトファイルを TMPGEnc で読み込み、
352x480 インターレースな MPEG2 を出力しようと思ってます。

>映像ソースを取り込めば自動的にTMPGEncがフィールドを判断して表示するのでそのままでいいのだけれど、気になるのならビデオ詳細、インターレス解除(なし)をダブルクリックして、映像をスクロールしてスムーズに動けば表示されてるフィールドは正しいという事です。

　それが有効なのはMPEG2をソースにしたときだけでは？＞判断
　AVIにはフィールドの概念もフィールドオーダーフラグも無いので、自動的には
判別されないのでは？

はじめまして

現在最新バージョンのTMPGを使って、７種類に分割したvobファイルを一つ一つ圧縮しようとしているのですが、１〜７の内４と７だけが「〜は開けないか、サポートしていません」と表示されます。他のはちゃんと開けたのですがどうして４と７だけが開けないのでしょうか？

>現在最新バージョンのTMPGを使って、７種類に分割したvobファイルを一つ一つ圧縮しようとしているのですが、１〜７の内４と７だけが「〜は開けないか、サポートしていません」と表示されます。他のはちゃんと開けたのですがどうして４と７だけが開けないのでしょうか？


　Vobのソースと分割したソフトとバージョンは何でしょう？
　おそらく、ソースが悪いか分割ソフトが悪いかで、正常なVobに分割できて
いないのだと思います。
　エラーになるVobはDVD再生ソフトで再生できますか？

はじめまして、質問をさせていただきます。

ＤＶＤレコーダー(Pioneer DVR-7000)からＤＶコーデックのＡＶＩを作成し、
ＳＶＣＤ化しようと作成はしてみたものの、
音声を４８ｋＨｚ→４４．１ｋＨｚに変換すると音質がかなり悪くなります。
ですので、外部ツールとしてSCMPX.EXEをしようして周波数変換してみたら、
良い音質を保ったまま変換することができました。

不都合はここからです。
出来上がったＳＶＣＤをＤＶＤプレイヤーにかけると音が鳴りません。
たまに一瞬鳴ったりするのですが……。
しかし外部ツールを使用しないで変換させると、音質はかなり悪いのですが正常に鳴ります。
試しに外部ツールを別のものにしてみましたが、症状は変わりありません。

VIDEOSTUDIO５でＳＶＣＤに変換すると、正常に変換されます。
しかし画質と速さは見込めないので、どうしてもTMPGEncで変換したいのです。
（DualCPUの威力を十二分に活用したい）

今回の症状はＰＣのスペックには依存しないと思いますので省略させていただきますが、
再生に使用したプレイヤーは、Pioneer PDV-20です。
ＣＤ−Ｒライティングに使用したＣＤ−Ｒ／ＲＷドライブはプレクスター 12/10/32Aです。
これ以外にＳＶＣＤを再生できる器材が当方にはＰＣ以外にありませんので、
ＰＤＶ−２０が悪いのかどうかも試せないのです。
(ＤＶＤレコーダーはＶＣＤのみで、ＳＶＣＤには対応していません)

どなたかＳＶＣＤが再生できるＤＶＤプレイヤーをお持ちの方で、
試してみてはいただけないでしょうか？
--------------------------------------------------------------
音声を４８ｋＨｚでキャプチャし、
外部ツールを使って４４．１ｋＨｚに変換させてＳＶＣＤ(NTSCテンプレートを使用)を
作成し、出来上がったものをＤＶＤプレイヤーで再生するとこうなります。
--------------------------------------------------------------

もしこの問題が良い方向に解決したならば、
下でチラチラ見せているＴＭＰＧＥｎｃ Ｐｌｕｓをぜひとも購入したいです。(笑)

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

多少手間などが増えますが、SoundEngine などのソフトでは
変換できませんか？

ただ、ファイルから音と映像を分離できればですが。
(簡易分離で可能かな？)

思い付きでの手順は以下の通り

MPEGツールでどうにかして分離する。
分離した mp2 かな？ を 48KHz WAV を TMPGEnc で書き出し
48KHz WAV を SoundEngine などのサウンド編集ソフトで 44.1KHz に落とす
TMPGEnc に音声ファイルとして読み込ます

こんな感じでどうでしょうか？

えーと、私も先日SCMPXで苦労してましたので参考まで。

知り合いの要望で、DVD用にMTV1000でMPEG2で録ってた高画質ソースをVCD
にする必要があり、48KHzなMP2をSCMPXで44.1KHzに変換してVCDとSVCD
を作ったんですが、DVDプレイヤーではほとんど音が出ませんでした。
PCでの再生は問題ないんですけどね。
(環境は、nero5.5、BsRecorderGOLD、WinCDR ULTIMATE DVD、DVD-MovieWriter
東芝SD-1500、パイオニアDV-545、PS2+DVDリモコン、PowerDVD、WinDVD)

いままで百枚以上VCD/SVCDを作ってきましたがこんな事態は初めてでした。
試行錯誤の末、SCMPXにエンコードさせると音が出ないことが判ったので、
現在は以下の方法で安易に変換してます。

1) ソースからTMPGEncの簡易分離で48KHz MP2を抜き出す
2) SCMPXで48KHz PCMにデコードする
3) Win2Kアクセサリのサウンドレコーダーで44.1KHz PCMに変換する
4) TMPGEncでエンコードする


> 音声を４８ｋＨｚでキャプチャし、

MP2なら、上記2)の作業が必要ですけど、PCMなら2)は不要です。
DVR-7000をよく知らないので…どちらでしょう？

> 外部ツールを使って４４．１ｋＨｚに変換させて

これが3)に該当しますが、4)のエンコードはTMPGEncまかせでいいんですよね？
私はマウス右クリックの送るメニューにサウンドレコーダーを追加してます。
で、名前を付けて保存のウインドウに44.1KHzなどの変更ボタンがあります。

音質については、うちの再生環境と耳では、それなりの音としか言えませんが
人それぞれだと思うので、ご自身で試してみてください。

> 試しに外部ツールを別のものにしてみましたが、症状は変わりありません。

試されたツールの名前を書かれた方がよりコメントしやすいと思うんですが…。
たとえばサンプリング周波数コンバータにSSRCとかを指定しても
ダメだったんでしょうか？

夕那さん、なるみさん、浩さん、ご返答ありがとうございます。

夕那さんとなるみさんのお答えでは、映像と音声を手動で分離させなくてはならないんですね。
TMPGEncのバッチエンコードの利便さを考えれば、多少の手間は仕方がないのかもしれません。
あとは慣れですかね。（＾＾；

　なるみさん
＞MP2なら、上記2)の作業が必要ですけど、PCMなら2)は不要です。

　デジタルビデオカメラで使用されるＤＶ方式と同等ですので、ＰＣＭです。
　となると分離、変換も意外に容易にできそうですね。（＾＾）
　私もWin2000を使用していますのでやってみます。
　再生環境の件もありがとうございました。

　浩さん
＞試されたツールの名前を書かれた方がよりコメントしやすいと思うんですが…。
　失礼致しました。
　他にwavefs44というのも使用してみましたが、全く同じ症状でした。
　その時点で『やはりダメか』と諦め、他のツールは使用していなかったのですが、
　先程ＳＳＲＣを使用して試してみましたが、残念ながら全く同じ症状という結果になりました。

原因が判明しました。

周波数コンバータが原因だったのではなく、外部エンコーダを併用していたことが原因でした。
外部エンコーダを切って、コンバータのみＳＳＲＣを使用して変換したところ、
音質の保たれたＳＶＣＤが正常に再生されました。

これで安心してＰｌｕｓを購入することができます。
お騒がせしてすみませんでした。

昔のバージョンにもどしてみたいので、どなたか教えてもらえませんか？（完全上書きしてしまいました）

http://www.tmpgenc.com/

ありがとうございました。入手しましたが、古いものでも同様な状態でした。Win2000にもどそうかなぁ。。。

以前は、VFAPIでDirectShow READERの優先度をあげると、SmartVisionファイルも読めたと思いますが、バージョンを２．５にして、できなくなったようです。どなたか同じような状態の方いますか？

KJさんと同じ状態のようです。私もXPです。

古いバージョンで試してもだめだったので、TMPGEncのバージョンというかXP・MediaPlayter・SmartVisionとの関係のようですね。（よくわかりませんが）

今まで、WindowsMEでSmartVison2forUSBで録画したMPEG2ファイルを
TMPGEncでVCD用のMPEG1に変換してCD-Rに保存していました。

今回OSをWindowsXPにしたところTMPGEncでMPEG2ファイルが読めない
状態になりました。ドラッグアンドドロップすると音声ソースとして
だけ設定されビデオソースとしては設定されません。また「参照」ボ
タンでファイル名を指定すると読み出せませんといってエラーになり
ます。

そこで、再インストール等いろいろすると次の場面でだめになる。
（それまでは使えることがわかりました。）
1. WindowsXPをクリーンインストール
2. PowerDVD or WindDVDをインストール
3. TMPGEncをインストール --- このときはMPEG2ファイルを読める
4. SmartVison2 for USB 用ドライバをインストール
--- このときはMPEG2ファイルを読める
5. SmartVision用ソフトウェアをインストール
--- このときに読めなくなる
6. SmartVision用ソフトウェアをアンインストール
--- すると再び読めるようになる。

SmartVisionが悪さをしているようなのですが、何か解決方法はあります
でしょうか？

なお、TMPGencは2.51でSmartVison用ソフトウェアはNECのサーバーにある
XP用です。

おそらく、SmartVisionがDirectShow Filterとして登録したドライバが
TMPGEncと相性が悪いんじゃないかと思います。
SmartVisionのドライバ（たぶん拡張子はax）を
regsvr32 /uで登録解除してみるとか。

あるいは別のDirectShow Filterをインストールすると良いかも。
試しにLigos LSX-MPEG Playerのデモ版を入れてみるとか。
http://www.ligos.com/

浩さん

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

WindowsMEでも同様の現象が発生しました。MEはSmartVisionをアンイン
ストールしてもだめでした。

以前、うまくいっていたのは何が違ったんだろう？？？

>おそらく、SmartVisionがDirectShow Filterとして登録したドライバが
>TMPGEncと相性が悪いんじゃないかと思います。
>SmartVisionのドライバ（たぶん拡張子はax）を
>regsvr32 /uで登録解除してみるとか。

こちらの方法も今度試してみようと思います。

DirectShowフィルタには、メーカーが設定した優先度があります。
例えば、
PowerDVD=0x00600000
WinDVD=0x00700000
Ligos=0x00800000
といった具合に(バージョンによって違う可能性あり)。
#この優先度はGraphEditのInsertFilterでMeritと表示されてる部分です。
フィルタグラフ自動構築の場合、基本的にインストールした順番ではなく、システムに登録されている、目的に合致するフィルタの内、この数字の大きいものが使われます。
例えばPowerDVDのを使いたいときは、WinDVDとLigosを解除しなければなりません。

SmartVison2forUSBのは0x00800000とか0x00800001とかになってるのかもしれません。
MeでSmartVison2はずしても駄目というのは、他に優先度が高く使えないフィルタが入っているのでしょう。

解決策は、浩さんのレスにあるようにするか、
またはレジストリいじって、優先度変えてしまうといった所です。

>DirectShowフィルタには、メーカーが設定した優先度があります。
>#この優先度はGraphEditのInsertFilterでMeritと表示されてる部分です。
>フィルタグラフ自動構築の場合、基本的にインストールした順番ではなく、システムに登録されている、目的に合致するフィルタの内、この数字の大きいものが使われます。
>例えばPowerDVDのを使いたいときは、WinDVDとLigosを解除しなければなりません。

　なるほど、そう言う仕組みになっていたのですね。
　Ligosの物は他の物を入れていても優先的に実行されることは知っていました
が、こう言う仕組みになっていたとは知りませんでした。
　良い勉強と誤解の訂正になりました。m(_ _)m


＃前のレスは誤情報になるので消しておきます

>これ、すごく興味があるんですが、レジストリの位置と値を
>ご存知でしたら、教えていただけませんか？

まず、HKEY_CLASSES_ROOTCLSID以下で、目的のフィルタを探して下さい。
見つかったらFilterDataの0004から4バイトが優先度です。
なお、0x200000以下に変更してしまうと、自動的には使われなくなるのでご注意下さい。
また、Ligosのように、Splitterもシステム標準のより優先度の高い独自のものを使用している場合、そちらも変更しなければなりません。

hunuaaさん、すみません。
自分で探したらみつかったんで、コメントを削除したんですが
ちょっと遅かったようですね。（笑）

> まず、HKEY_CLASSES_ROOTCLSID以下で、目的のフィルタを探して下さい。
> 見つかったらFilterDataの0004から4バイトが優先度です。

やはりその値で良かったんですね。
ちょっと自信が無かったんで助かりました（笑）
ありがとうございました。

みなさんありがとうございました。

報告が遅くなりました。

教えていただいた方法で試してみ見ましたが、結局
どれが該当するがわからないのでうまくいきません
でした。

半ばあきらめていたところUlead DVD MovieWriter
をインストールすると使えるようになりました。

多分MovieWriterが使用しているDecoder (ligos?)が
優先順位が高いのでしょうか。

ファイルの中に読めるものと読めないものがあります。
サイズの違いはありません、違いといえば*.glというファイルが
できているかいないかだけです。
同じフォーマットでも読めないものがあるのですか？
解決策があれば教えていただきたいです。

情報がそれだけではどうにもなりません

読ませたいファイルのサイズやフォーマットが何なのかわかりません
読めないというのは具体的にどういうことなのかわかりません
*.glというファイルがなんなのかもわかりませんし
それができていると読めるのか読めないのかもわかりません
sheidさんのマシン環境もわかりません
がんばる気持ちは大事ですが何をどうがんばったのかまるでわかりません
また、作業の目的もわかりません
それがわかれば
「ああ、それは別に他のツールでもできるよ」
という助言をもらえる可能性も出てくるでしょう

glファイルは「MPEG-2 VIDEO VFAPI Plug-In」が、不正なGOPタイムコードのファイルを読み込んだときに自動的に作成される、GOPを解析し直したデータファイルです。
基本的に、glファイルが作成されているという事は「不正な形式のファイルである」と言う事になります。

ソフト名こそ如何わしいですが (別に悪意は無いです)、
DVD2AVI というソフトのプロジェクトを読み込ませても
TMPGEnc では読み込み不可ですか？

アスペクト比について教えてください。
DVDは720x480、VCDは352x240ですよね。なのでDVからTMPGEncでエンコードしても
縦横比そのままです。一方、SVCDは480x480ですよね。
なので、エンコードしたMpegファイルをMediaPlayer等で再生すると、当然ながら
縦にスリムな絵になってしまいます。(やせてみえて嬉しいという奴が…)
さて、疑問は何かというと、以下の3点です。
・縦横比を保ったままSVCDにエンコードは出来ないのか？
・(もし出来ないならば)縦横比が違うのを再生する別の手段がある？
・SVCDは、エンコード前に縦横比を合わせたソースが必要？
以上、お教えいただければ幸いです。

とりあえず、SuperVideoCD (NTSC).mcf を読み込んで
各種設定がどうなっているのか確認してみては？

うちでは480x480のSVCDはメディアプレイヤで再生すると4:3になります
MPEG2デコーダはPowerDVDかWinDVDのどっちかが使われているはず（ぉぃ
ちなみに元のソースは640x480です

MPEG2では、映像のサイズとアスペクト比は別です。480x480で作られるSVCDでも、きちんと
アスペクト比を4:3で作っていれば、きちんと4:3で再生されます。よってエンコードされる
映像は縦長のもので大丈夫です。

メディアプレイヤーで再生したときに4:3にならないのは、メディアプレイヤーが再生に使っ
ているMPEG2デコーダが、きちんと映像のサイズをアスペクト比に合わせて補正してないから
です。WinDVD3やPowerDVD VR-Xのデコーダであればアスペクト比を見てますから、メディア
プレイヤーでも正常になります。またソフトDVDプレイヤーだと殆どのものがアスペクト比を
見てますから、きちんと再生されると思います。

一部のDVD再生ソフト（DVDExpressなど）では、WMPでの再生時にアスペクト比の補正が行われない物もあります。
ですが、WMPでなくちゃんとプレーヤ側で再生させれば、アスペクト比は正常に認識されます。

WinDVD3 及び PowerDVD 共に WMP64 では比率狂います。
720*480 (TMPGEnc の DVD テンプレート使用) が 720*540 になりました。

しかも、PowerDVD に関しては PowerDVD 本体のプレーヤーを
使用してもキチと合わないといった感じになってしまっています。

便乗質問ですが、７２０ｘ４８０のNTSC映像、４：３のMPEG2ファイルを
アスペクト比１６：９のスクイーズでエンコードすることは可能でしょうか？
映画の上下黒帯の部分を切り捨てて縦長の映像にして、７２０ｘ４０５程度にしたものを
引き伸ばしで（黒塗りではなく）保存しても、１６：９のアスペクト比にならないのですが
なにか方法があるのでしょうか？

入力に４：３を指定して、出力に１６：９を指定すればできるのでしょうか？
でも体験版ではDisableのままで選択ができないのですが、Plusを購入すれば
できるようになるのでしょうか？
よろしくお願いいたします。

>WinDVD3 及び PowerDVD 共に WMP64 では比率狂います。
>720*480 (TMPGEnc の DVD テンプレート使用) が 720*540 になりました。
>
>しかも、PowerDVD に関しては PowerDVD 本体のプレーヤーを
>使用してもキチと合わないといった感じになってしまっています。

　720*540に成るのが正しいです。
　計算してください、横縦比が４：３で、４＝７２０だったら、３は幾つに
なるか。
　４：７２０＝３：Ｘ
　↓
　Ｘ＝720*3/4＝540
　従って、アスペクト比4:3のDVD用720*480MPEG2は、PC上では720*540で再生
されないと異常です。

　この480→540の理由は、TVのドットは縦長で、PCのドットは正方形だからです。
　TVでは720*480のままで縦に引き延ばされて表示されるので、正常の比率に見え
ますが、PCでは解像度的に540に引き延ばさないと正しい比率にならないので、
表示時にプレイヤーソフトがアスペクト比に合わせて引き延ばしています。
　352*480でキャプチャしたD1halfの4:3比MPEG2が再生時には正常に表示されるの
も、このアスペクト比補正のおかげで4:3比（640*480・704*540等）に自動拡大
されるからです。


　この基礎知識は、横352/704/720でビデオキャプチャしたソースを扱う人なら、
ちゃんと理解して設定等を覚えておかないと、アスペクト比が狂った映像を作っ
てしまう場合があるので、要チェックです。

>入力に４：３を指定して、出力に１６：９を指定すればできるのでしょうか？
>でも体験版ではDisableのままで選択ができないのですが、Plusを購入すれば
>できるようになるのでしょうか？

　入力は、通常はソースを見て自動的に設定されますので気にする必要は
あまり無いです。

　出力は、ビデオのアスペクト比率で16:9Displayを選択すれば済みます。
　グレーアウトしているのは、DVDのテンプレートの標準がそれだからで、
unlockテンプレートを読み込めばロックが解除されるので16:9Displayに
変更出来ると思います（2.51PLUS試用版でも確認済み）。
　16:9はDVDit!なら一番高いPEじゃないとオーサリング出来ない等、扱える
オーサーが限られるようなので、標準では使えなくしているのでしょう。

>便乗質問ですが、７２０ｘ４８０のNTSC映像、４：３のMPEG2ファイルを
>アスペクト比１６：９のスクイーズでエンコードすることは可能でしょうか？
>映画の上下黒帯の部分を切り捨てて縦長の映像にして、７２０ｘ４０５程度にしたものを
>引き伸ばしで（黒塗りではなく）保存しても、１６：９のアスペクト比にならないのですが
>なにか方法があるのでしょうか？

　この方法だと、正しいインターレース情報を持った720*480映像に成らない
ような気がします。

　後。
　一度レターボックスになった物をワイドに補正して表示するのは無駄では？
　何故なら、レターボックスはご存じのように720*406くらいしか縦方向の情報
を持たないからです。
　本来480必要だったものを406に縮小しているので、一度縮小コピーして細かい
模様がつぶれた物を拡大コピーし直してもつぶれた模様が元には戻らないのと
同様、それを拡大しても情報は減ったままです（このために720*480で16:9表示
するスクイーズモードが生まれた）。

　ソースがレターボックスなら、DVD作成時に拡大の手間など掛けずに4:3のまま
作って、TV側でレターボックス用に上下をはみ出させる形で拡大表示するモード
を選んだ方が手軽かと思います。

Murphy さん，ありがとうございます。
＞unlockテンプレートを読み込めばロックが解除されるので16:9Displayに
unlockテンプレートを読み込んだら設定できるようになりました。
そして、無事にスクイーズ映像でエンコードできました。
オーサリングソフトは、DVDit!PEを使用してますので、これでスクイーズDVDを作成できます。

＞この方法だと、正しいインターレース情報を持った720*480映像に成らない
ような気がします。
はい。なりませんでした（汗）

＞一度レターボックスになった物をワイドに補正して表示するのは無駄では？
実は結構無駄ではない・・・というよりも、かなり大きかったりします。
確かに、おっしゃるとおり、一度レターボックスになったものを、スクイーズでワイドにしても
映像の情報量は全く増えないので、それをワイドTVで、横に引き伸ばしても、あまり意味を
もたないというか、ただ拡大したのと同じ意味におもわれるかも知れないのですが、実はそれ以上の効果をもってたりします。

３管プロジェクタを使用して再生させているんですが、３管プロジェクタの場合、ワイドTVと
違って、横に伸ばす　のではなく、縦を縮める　再生方法なんです。
通常、インターレスだと、１枚目、２枚目を交互に出しますが、プログレだと、１枚目２枚目を
ほぼ同時に出しますよね。
その場合は、その４８０本を
■■■■■■
■■■■■■
という風に再生するのですが、３管プロジェクタ（液晶もそうだと思います）だと、上と下の■
の隙間がほぼなくなる感じになります。
プログレじゃない場合では、この差がもっと大きくでるので、市販のDVDビデオでも、私はスクイーズ意外はなるべく買わないようにしてるくらいでして・・・

という理由があり、どうしても、LBをスクイーズにしたかったのです。

そこで、もうひとつ質問があるのですが、教えていただいたスクイーズ保存をするとき、
ウィザードの指定でできるような、出来上がり予想サイズから、ビットレートの指定をすること
なんていうのは出来るものなのでしょうか？
たとえば、約７GB程度ある、２時間の8.0Mbps　VBR映像を、DVD-Rに焼けるサイズの
4.7GB目いっぱいつかって、最高画質ビットレートを自動判別してエンコードしてくれる・・
みたいなことなのですが。

通常のウィザードでは、それが可能なようなのですが、ウィザードを使うと、４：３固定になって
しまうので・・・

長々と書いてしまって申し訳ありません。

とりあえずウィザードで4:3のままで処理を進めて、DVDに入るレートを設定した後で、「直ち
にエンコードを開始する」のチェックを外してOKを押す。するとウィザードを終らせることが
できますので、unlockテンプレートを呼び出して、4:3を16:9に変更すればいいんじゃないか
と思います。

本当にありがとうございます
それで試してみようと思います。
もしそれで出来たらむちゃくちゃ嬉しいです。
次のバージョンとかで、出力アスペクト比もウィザードに入れてもらえると
もっと嬉しいのですが・・・
さっそく試した後、フル稼働してエンコードしようと思います。

アドバイスありがとうございます。
SVCDにエンコードしたMpegファイルを WinDVD Ver.3.0で再生すると、
ちゃんと正しいアスペクト比で再生できました。

こんにちは悠樹です。

M/B:A7M266-D(ver1004)
CPU:AthlonMP1.2G×2
FAN:Firebird R7×2
RAM:Un-Buffered 256MB CL=2×1
V/B:AOpen GeForce2MX400 64MB
S/B:OnBoard
HDD:ST340016A
OS:Windows2000sp2
PWR:Enermax EG465PVE-FC 450W

上記の構成にて組み上げて、現在安定動作しております。

CPUの設定のところでSSE命令を使用する項目がデフォルトでOFFになっていまして、
ONに使用とすると不具合が出る可能性があるそうです。
過去ログをみてみるとAthronXPだけが不具合を起こしている様子。

どなたか、私と同じような構成でSSEをONにして実行した勇者はおられませんでしょうか？
御返答お待ちしております。
よろしくお願いします。

ほとんど同じ環境ね。問題無く動作しとります。
環境で違うのは
レジ型メモリ256M*4
HDとか、DVらぷた、SCSI2、音OFFにしてる所ぐらいかな。

> CPUの設定のところでSSE命令を使用する項目がデフォルトでOFFになっていまして、
> ONに使用とすると不具合が出る可能性があるそうです。
> 過去ログをみてみるとAthronXPだけが不具合を起こしている様子。

AthlonXP1800+、マザーボードはGiGa-GA7-VTXH、メモリはNonRegの512MBで、
SSEオンで問題なく使えています
OSはWindows2000 SP2

初めまして。
この間、WINDOWS ＭＥが壊れまして、修復セットアップを行ったところ
タイトルのMedia Audioが使えなくなってました。
最新のメディアプレイヤー７．１を導入しても、選択できるだけで、
ACM CODECがオープンできないといわれて使用できません。
どなたか、このような場合の対処法知りませんか？
おそらく、TMPG以外でもこうなってるみたいです。

うーん、なぜここでこういう質問を？

TMPGEncには直接関係ないんで、たとえば
http://homepage2.nifty.com/winfaq/wme/
でFAQをみたり、掲示板の書き込みをご覧になっては？

レスどうもです。
確かに関係ないですよね。申し訳ありませんでした。
こちらに書かず、もう少し専門的なＨＰの方で
書かせてもらいます。
適当にあとからちゃんと責任を持って記事は削除しておきますです。

度々すみません。

TMPGEnc 2.50から搭載された、GOP内の最大フレーム数制限機能、
便利に使わせて頂いています。

が、先日、一つ問題を発見しました。
（あまり使わないので気づきませんでしたが・・・）
GOP内の最大フレーム数制限を18に設定、
「エンコードモード」を「逆3:2プルダウン」などに設定して
エンコードを行うと、やはりGOP内に37〜45フィールド含まれる
MPEGファイルが生成されます。

おそらくGOP内の最大フレーム数制限機能が、
GOP内の最大ピクチャ数を18に制限しているため、
逆3:2プルダウンによって3フィールドピクチャが含まれてしまい
DVDの制限（36フィールド/シーケンスヘッダー間）から
外れてしまっているのだと思います。

逆3:2プルダウン時も、DVDの規格に添うようになると非常に便利だと思います。
ご検討お願いします。

再生時3:2プルダウン時でも、DVD規格に沿ったMPEG2は作成出来ますよ。

まずGOPは29.97fps(3:2プルダウンがされた後)の状態で18フレームでなければならない
ようです。よって私はPピクチャを１つ減らして、GOP構成を1/4/2として作ります。
ClosedGOPとしているので、最大フレーム数は13と指定してあります。このようにして
作ったMPEG2は、DVDit!で正常に扱えています。

しかし問題は再生時3:2プルダウン指定したMPEG2を、ソースとして正常に扱えるオーサ
リングツールが少ないという点です。私は普通はDVD MovieWriterを使っていますが、
これでは正常に作成されたように見えて、プレイヤーでは正常に再生出来ないDVDとなっ
てしまいます。チャプタも打ちたい位置に正常に打てません。

fayさん、コメントありがとうございます。
再生時3:2プルダウンならその処理で問題ないのは承知しています。
GOP内のピクチャ数を14に制限しても回避できると思いますし、
何にせよ、現在の機能でなんとかなります。

問題なのは、逆3:2プルダウンを指定した場合で、
とくに3:2プルダウンが行われないことが多いようなソースで、
GOP構造を余裕をもって指定すると、3:2プルダウンが行われなかった場合には
GOP内のフィールド数が、36よりかなり少ないことになります。
13ピクチャに制限していたら、最小で26フィールドになっちゃいますよね。

無論、それで画質が悪かったり大きな問題になったりするかというと
全然そんなことはありませんが、
DVDの規格で必要なのがフィールド数制限なのだから、
ピクチャ数を制限している今の動作だと少し美しくないと思いまして。

カノープスのMTV-1000でMPEG2録画してそれをCMカッターで編集したものを
VCDにエンコードするとCMカッターで編集した結合部分にブロックノイズが
ぶわっと一瞬でます。
Ver2.xxの頃は出なかったのですが他の方で同じ現象の方いますか？

MTV1000で録画するときに、GOP完結とClosedGOPの二つの
チェックボックスにチェックを入れていますか？
前にPC雑誌のMTV1000他MPEG-2キャプチャーカードの
特集記事で、チェックが入っていないと発生する場合が
あると書いてありましたが。

>MTV1000で録画するときに、GOP完結とClosedGOPの二つの
>チェックボックスにチェックを入れていますか？
いいえデフォルトではClosedGOPにチェックは入ってません。
今度チェックを入れて試してみます。