初めまして、masakiと申します。
ver.2.53使わせて頂いている初心者です。

mpegツールの結合（カット）についてなんですが
ファイルの追加→編集であるファイルの
例えば範囲を1分00.20秒から2分10.80秒までを指定し
出来上がったファイルを見てみると
始まりは問題ないようですが終わりが0.2〜3秒程
指定したポイントからずれるようです。

自分でキャプチャしたファイルがほとんどのため
ファイルやPC環境にもしかすると問題があるのかもしれませんが
現在のとこ小生ではわからない状態です。

返答の程お願いいたします。

TMPGEnc(MPEGツール)の動作仕様と、GOPというものについて理解されれば
コンマ数秒のズレがなぜ起こるのかわかりますよ

ちなみにこれはバグじゃありませんのであしからず

>自分でキャプチャしたファイルがほとんどのため
>ファイルやPC環境にもしかすると問題があるのかもしれませんが
他の質問にも出ている通り、結合・カットはTMPGEncで作成されたファイルにに関しては
動作が保証されています
大きなずれがあるということはキャプチャ時にフレームが欠落しており、そのファイルをTMPGで読み込んだために、音声と映像の同期がとれていないということが考えられます
この例の場合、結合・カットせずにファイルをそのまま出力してみてください
それでずれていたのなら、ご愁傷様・・・
他のツールを試すか、手動でごまかす以外には無いと思われます

ハードウェアの方はよくわからないので、他の方お願いします

>yo-さん
音ずれと勘違いされているのかな？

>例えば範囲を1分00.20秒から2分10.80秒までを指定し
>出来上がったファイルを見てみると
>始まりは問題ないようですが終わりが0.2〜3秒程
>指定したポイントからずれるようです。
単に編集ポイントが意図した通りの場所にならないだけみたいですから（それも1GOP未満っぽい時間）
この症状からは、GOP単位の編集故の仕様だとしか思えませんけど？

>この症状からは、GOP単位の編集故の仕様だとしか思えませんけど？
そのようですね
失礼いたしました

> masaki さん
この話、FAQに書いてあることなので、一通り読んでおくと良いですよ。

コマ落ちしてないファイルでもカットするポイントによってずれない事も
あれば大きくずれる事もあります。カットするとMPEGファイルとして都合の
悪い場合は問題のない所でカットするのでそのためずれがおきます。

設定でＧＯＰ構造の[編集用ビットストリームを出力する(Closed GOP)]
にチェックを入れれば大きなずれはおきません。ＣＭカットには最適です。
但し、圧縮率が悪くなる為ファイルサイズは大きくなります。

前略
ども、yammoと申します。

MPEGツールの結合（カット）で質問があります。
（現時点での動作上に問題はありません。）

現在、各種バージョンのTMPGEncを使用しておりますが、
v2.0x系とv2.5x系で、速度およびファイルの内容が違いますが、
何が違うんでしょうか。といいますか何か支障がでたりするんでしょうか。

ふとした事から、「なんか以前のバージョンより遅い気がするなぁ」と
思って、前のバージョンを入れなおして、実測してみたら、
やっぱり遅くなってました。

以下に示す結果で、出力される MPEG1ファイルとして、
不都合が起こらないなら、時間的にもっとも早い v2.02を使用しようと
思っています。

何かご存知でしたら、よろしくお願いします。

では。


----------------------------------------
以下長文失礼します。

試行して解かった結果を示します。

ソースは
MPEG1でキャプチャーしたファイルを、TMPGEnc v2.53でMPEG1へエンコード。
(エンコード結果は、54分8秒)
設定は、MPEG1ストリーム、352x240、1:1(VGA)、29.97fps、
固定品質(CQ、品質100、最大5000kbps、最小0kbps)、動き予測検索(高速)、
フィルタなし、GOP(I:1、P:0、B:0)、シーケンスヘッダ出力間隔:1、ClosedGOP:ON、
MPEG-1 AudioLayer2(44.1kHz、ステレオ、224kbps)

これをそれぞれのバージョンで、
(0-3min) + (6min-9min)という範囲でカットしたものを結合。

結果は
v2.02 ビデオ出力 37s, オーディオ出力 70s, ファイル出力 258s, サイズ 190478340 B
v2.51 ビデオ出力 37s, オーディオ出力 70s, ファイル出力 324s, サイズ 190478340 B
v2.52 ビデオ出力 37s, オーディオ出力 70s, ファイル出力 282s, サイズ 190478340 B
v2.53 ビデオ出力 37s, オーディオ出力 70s, ファイル出力 315s, サイズ 190478340 B
（各々2回、手動で計った平均時間。ファイル出力が出力にかかった総時間。）

タスクマネージャーによる（ファイル出力時の）メモリ使用量
v2.02 9.5MB
v2.51 21.5MB
v2.52 9.5MB
v2.53 10MB

ファイル内容の比較(FileComp32 v1.24)
v2.02

複数バージョンでこれだけのテストされるのは賞賛モノだと思いますが、まずは
ここのサイトの About TMPGEnc をお読みいただいたほうがいいかと思います。
・画質最優先→バージョンが上がったからといって早くなるわけではない
・各バージョンの違い→変更履歴を参照してください。

検証結果からバージョンアップによる速度、データの比較が、結構素直に
出てますね（笑）
まず、２．０２から、２．５１で、データ比較により相違があったのは
バージョンアップにより、データ内容のバグが修正されたように見受けられますし
それ以降内容が変わらない　というのも納得できると思います。
そのため、時間が若干遅くなった　というのはわかると思います。
その次のバージョンで、若干速くなった　ということは、そのへんの細かい最適化
かなにかをされたように見受けられ、若干速くなった・・・と。
そして、最後に、２．５２から２．５３で遅くなってるのは、プログレスバー
を表示するようになったからというのも直ぐにわかることかなと。
このプログレスバー自体に問題があるわけではなく、Windowsアプリケーションの
仕様から遅くなるのですが、ダイアログを表示して、そのダイアログの処理をするのに
Windowsのメッセージ処理をするのですが、その辺のオーバーラップで遅くってるような
感じですね。

ただ、この場合も、もっと速くするようにすることは可能かと思うのですがいかがでしょうか？？＞開発されてる方
スレッドのクリティカルセッションを上げて、なるべくメッセージ処理しないようにすると
前の無いときと同じ　とまではいかないまでも若干速くなるかも・・・
でもそうすると、今度は、ダイアログの再描画されないときが多くなって、白くなってしまう
場合があるので、この辺は、どっちを優先するかでかわってくるのではないかと思いますが・・

プログレスバーといえば、今、各パート毎にプログレスされますが、全体のプログレスに
した方がいいのではないかと思います。

１つが１００％になったら、次が１００％・・・そして次・・・となると、ちょっと
予想をつけ難い・・といいますか・・・

あと、普通のエンコード時の最後にもプログレスつけて欲しい（というか、画面上のプログレス
の中に埋め込みしてほしい）のですが無理でしょうか？

エンコードの最後に、ビットレートの書き換えをすると思うのですが、ＭＰＥＧツールには
一応はいってくれたので、いいのですが、普通のエンコードの時のその時もプログレスしてもら
えると嬉しいです。

便乗の要望になってしまって申し訳ないのですが・・・

どうも、yammoです。

anj さん、お返事ありがとうございます。ｍ（＿＿）ｍ

>複数バージョンでこれだけのテストされるのは賞賛モノだと思いますが、まずは
>ここのサイトの About TMPGEnc をお読みいただいたほうがいいかと思います。

すいません。改めて読みましたけど、何か支障がありますでしょうか。
（「限定的ユーザーサポートサービス」の事をおっしゃりたいのでしょうか。）


>・画質最優先→バージョンが上がったからといって早くなるわけではない

MPEGツールの結合（カット）と画質最優先と関連が無いと思っていたのですが、
画質によって、各バージョンのMPEGツールが影響を受けるのでしょうか？


>・各バージョンの違い→変更履歴を参照してください。

ver2.50〜ver2.53の変更履歴を改めて見てみました。
MPEGツールに関することは以下の点でした。
・ver2.52 MPEG ツールの結合(カット)で編集画面を表示する際にエラーが発生した場合、エラーの詳細を表示するようにした。
・ver2.53 MPEG ツールで進行状況表示を付けた。

これを見る限り、今回の内容に関する変更は見られないのですが、
どのあたりを参照したらわかりますでしょうか？

anj さんには申し訳ないのですが、anjさん何か勘違いされていらっしゃいませんか？
各バージョンで使用したMPEGツールのソースは、
ver2.53で生成した同一のMPEG1ファイルです。

なんか文句ばっかりのような内容で申し訳ありませんが、
引き続き何か解かりましたらよろしくお願いします。

どうも、yammoです。

エンコ さん、お返事ありがとうございます。ｍ（＿＿）ｍ


>検証結果からバージョンアップによる速度、データの比較が、結構素直に
>出てますね（笑）

そうかもしれませんね。（苦笑）(^-^;)


>まず、２．０２から、２．５１で、データ比較により相違があったのは
>バージョンアップにより、データ内容のバグが修正されたように見受けられますし
>それ以降内容が変わらない　というのも納得できると思います。

ver2.0系からver2.5系で何かしらの変更があったとは思うんですが、
変更履歴にはそれとわかる変更が見当たらないんですよね。


>そして、最後に、２．５２から２．５３で遅くなってるのは、プログレスバー
>を表示するようになったからというのも直ぐにわかることかなと。

これはある程度はしょうがないでしょうね。
動作的にすることが増えてるわけですから機能と速度のバランスが崩れないような
調整が進むのを見守ることしかできないです。
（機能も増やして、速度を早くなんて欲張りなことは
　要求できるはずもないですからね。）

ただ、エンコさんも書かれていますが、

>ただ、この場合も、もっと速くするようにすることは可能かと思うのですがいかがでしょうか？？＞開発されてる方

ということは可能ではないかと想像してます。
旧バージョンでも、
ファイル処理と出力の合間に、ダイアログへ出力容量を表示していたことを考えると、
プログレスバーの表示をしても数パーセントの時間増加に
収まってもいいのではないかと期待しちゃいます。


>プログレスバーといえば、今、各パート毎にプログレスされますが、全体のプログレスに
>した方がいいのではないかと思います。

これなんですけど、
No.1201「要望 - 「MPEGツール」での動作」（かず01氏投稿）のコメントとして、
3/5に私も似たような（ちょっと違いますけど）要望を書きました。
コメントついていないくても、読まれているんでしょうか。
（ちょっと不安。）

一応、要望のコメントツリーだから読まれていると期待しているんですけどね。

では。ちゃお。(^-^)/

どうも私の理解不足だったようで、申し訳ないです。
最初の投稿から速度向上にこだわっておられるようにお見受けしましたので、
TMPGEncは速度よりも画質を最優先に作られてますよ、と申し上げたかったつもりでした。
＃変更履歴を見られても、高速化に関する更新はほとんどないですし。

エンコさんの書かれている内容が適切だと思いますが、「これで問題のない画質」と
思われるのでしたら2.02をお使いになるのも一つの手段だと思います。変更履歴では、
2.02以降には特に致命的になりそうな修正が見あたりませんし。

どうも、yammoです。

>どうも私の理解不足だったようで、申し訳ないです。
こちらこそせっかくご意見を頂いたのに、
あんな書き込みしかできなくで申し訳ないです。

妙にへりくだって書くのも変ですし、
かといって私の思い違いも無いとは言い切れないので、
あのような書き込みをしました。
（自分のを何度も読んでみると、
　やっぱりあんまりうまくない書き方ですね。）

VirtualDub1.4.7の「ファイル情報」で見比べたら、
ファイルの違いはありませんでした。

日立マイクロソフトウェアシステムズ製の
「MPEGクラッカー ver1.3」（なんて名前だ。（＾＾；））という
MPEG解析用ソフトがあったので、何かわかったら書き込みたいと思います。


>最初の投稿から速度向上にこだわっておられるようにお見受けしましたので、
>TMPGEncは速度よりも画質を最優先に作られてますよ、と申し上げたかったつもりでした。

確かに速度向上にこだわっているのは図星です。（＾＾；）
かかる時間が何時間単位だと数パーセントでも結構な差になるので、
それだけ無駄な時間になる可能性があると感じたからです。

あの結果から考えると、エンバグ
（バージョンが上がっているのに新たな不具合を作りこんでしまうこと）が
無いと仮定すると、ファイル内容の違いは ver2.5系がより正確で、
時間がもっとも早いと期待できる、ver2.52を使用するのが、
一番いいんでしょうね。

ただそれも、予想に過ぎないので、
どうなのかなと思った次第です。

v2.0x系とv2.5x系 では生成されるファイルの内容が異なるのは ver2.50 の変更点である
「DirectX のバージョンによっては高ビットレートのMPEGファイルで音声が再生されない事があるため対策した。」
によるものです。

これはファイル先頭のパケットの並びをちょっとだけ変更しただけですので
再生には何らかの変化が出ることはありませんが、ファイルの内容はバイナリ比較すると変化して見えます。

スピードについては、ver2.50 から Windows 2000/XP の環境でのみ自動的に
環境設定の「ファイルアクセスで OS のファイルキャッシュ機能を使用しない」の
オプションをデフォルトで ON にするように変更したことが影響していると思います。
これは変更履歴には載っていません。

このオプションが ON になると、ファイルのランダムアクセスが苦手になるため
MPEG ツールのようなランダムアクセスを多用するシーンでは遅くなります。
その代わり、OS のキャッシュが膨れあがり十分なメモリをPCに搭載しているのに
スワッピングが起きてしまう現象を回避できます。

現在のMPEGツールのプログレスバーの表示で、全体の処理完了割合を表示していない件ですが
これは直したいところですね。今の仕様では処理を開始する前に、どんな作業が必要か
分からないので、作業ごとにパーセント表示をしています。

いつも、お世話になっております。yammoでございます。m(__)m


>v2.0x系とv2.5x系 では生成されるファイルの内容が異なるのは ver2.50 の変更点である
>「DirectX のバージョンによっては高ビットレートのMPEGファイルで音声が再生されない事があるため対策した。」
>によるものです。

ということは、より安全な MPEGファイルを生成するのは、
v2.0系よりv2.5系ということなんですね。
安心して、v2.5系でファイルを作りたいと思います。


>これはファイル先頭のパケットの並びをちょっとだけ変更しただけですので
>再生には何らかの変化が出ることはありませんが、ファイルの内容はバイナリ比較すると変化して見えます。

今回の試験の場合、先頭付近だけで無く、幅をもった四箇所で相違がありました。
VBR(CQ)であることと関係があるんでしょうか。
（以下の結果は、相違の見られた範囲で、厳密にはこの範囲内でも、
　一致する部分が10バイト未満ですが存在します。）

16進表記(ファイルサイズ 0x0B5A7804 バイト)
0x0000100F - 0x00008FFF
0x0A1F700F - 0x0A1F7FFF
0x0A3A880F - 0x0A3A97FF
0x0A69B80F - 0x0A69C7FF

10進表記(ファイルサイズ 190,478,340 バイト)
000,004,111 - 000,036,863
169,832,463 - 169,836,543
171,608,079 - 171,612,159
174,700,559 - 174,704,639


>スピードについては、ver2.50 から Windows 2000/XP の環境でのみ自動的に
>環境設定の「ファイルアクセスで OS のファイルキャッシュ機能を使用しない」の
>オプションをデフォルトで ON にするように変更したことが影響していると思います。

すみません。
環境設定を書いていませんでしたが、
どちらのバージョンで実行してものも、上記の設定ははずしてありました。
（条件をそろえるため。）
となると、エンコさんの予想と上記のファイル先頭パケットを変更する分で、
v2.5系は遅くなっていると考えてよろしいのでしょうか。
必要な処理で遅くなるのでしたら、仕方ないですしね。


>現在のMPEGツールのプログレスバーの表示で、全体の処理完了割合を表示していない件ですが
>これは直したいところですね。今の仕様では処理を開始する前に、どんな作業が必要か
>分からないので、作業ごとにパーセント表示をしています。

理想的には、全体の作業項目を表示して、
すべての作業の中での進捗状態を表示できるのが良いと思いますが、
メモリやディスクなどに左右される部分もあるので、
全体の作業項目を予め表示して、現在のようにそれぞれで、
進捗状態を表示するというようにはなりませんでしょうか。
（他のソフトでもありますが、一回プログレスバーが伸びきったのに、
　また零から始まるとかなりがっかりします。
　「あと何回伸びるねん。」って感じで。）

お手間取らせて済みませんが、よろしくお願いします。

追伸
3/17の書き込みで MPEGクラッカーで調べるようなことを書きましたが、
このソフトの注意事項に、このソフトの解析結果を問い合わせるのを
禁止する旨書いてありました。
といっても、何がどういう意味なのか全くわかりませんでしたけど。(._.;)

追伸というか独り言。
使えば使うほど、TMPGEncと動画の世界は奥が深いと実感する今日この頃。
MPEGの仕組みなど書いてあれば、オフィシャルガイド買ってもいいかも。
よくわかってきたら、将来的にDVD系に書き込むために、MPEG-2が必要だから
TMPGEnc Plus買っちゃうかも。

はじめまして。

現在、MTV2000でキャプチャーしたMpeg2映像を
TMPGEncを使用してMpeg4V3形式でエンコードしています。

なるべくきれいな画像を残したいのでいろいろ調べて
様々なフィルタの組み合わせを試しているのですが
ひとつ質問があります。

TMPGEncの簡易色調補正で、色を変えて出力すると
なぜかファイルサイズがとても大きくなってしまいます。
具体的に使用しなかった場合に比べて150Mほども大きくなるのです。

これは当然のことなのでしょうか？

サイズを減らすには、ビットレートをさげるか色調補正を
やめるしかないのでしょうか？

以下、エンコードパラメタを書いておきます。

フィルタの種類
24fps化　（自動24fps化　横島除去優先
エッジ強調
簡易色調補正　（明るさ 20 コントラスト 75 ガンマ 21 赤 0　青 0）

Mpeg4V3設定
キーフレーム　8
Compression Control 100
Date Rate 2500

よろしくお願いします。

　他はともかく、コントラストを上げればファイルサイズが増えて当然かと。
　コントラストを上げると言う事は、隣り合うドットとドットの色の差を増やすと
言う事です。
　圧縮においては一般的に、各ドット間の色の違いが大きくなればなるほど圧縮率
は落ち（＝ファイルサイズが増えorブロックノイズが増え）ます。

その150Mの増分が妥当かどうかは分かりませんが、その設定では色のダイナミックレンジが
広がっているためある程度増えるのが普通です。

小さくする場合でもなるべく色は落としたくないと思いますので、エッジ強調をやめるとか
ノイズ除去を強めに掛けるなどの対策が出来るでしょう。またMPEG4の設定でCompression
Controlの値を60程度に下げるなどがいいのではないでしょうか。Compression Controlは
高ければ良いというわけでもありませんし。

私はあまり知識がないんで間違っているかもしれませんが、エッジ強調してコントラス
トを上げると画質が悪くなるように感じます。MTV2000ではキャプチャーの設定で明るさ
とコントラストは最適値になるため調整はできませんが色あいと色の濃さ(ガンマ)は調
整できるのでそちらで設定する方法もあります。あと再生ソフトでも調整できるんで。

Murphyさん、fayさん、フロ屋の亀吉さん
ご返答ありがとうございます。

コントラストをあげるとファイルサイズが大きくなるのは
当然とのことなのでコントラストを20まで下げてみました。

また、エッジ強調とコントラストは相性が悪いとのことなの
でエッジ強調はとりはずしてみました。

またsmoothnessの値を思い切って0にしてやってみました。

結果、前回に比べて100Mほど小さくなりました(^^V
できた動画は確かに前に比べると色は薄いのですが、かなり
綺麗な物になりました。

結果としては640×480で30分のアニメ番組が360Mのサイズになりました。
僕としてはできれば300Mいないにおさめられればと考えています。

まだ、ためしていないのはfayさんがアドバイスしてくださった
ノイズ除去です。ノイズ除去を最大にするとエンコード時間が
24時間とかなってしまいためすのがちょっと不安です(^^;
ノイズ除去は膨大な時間をかければかなりサイズは減少するのでしょうか？

また、DateRateを下げてもあまりサイズは変化しないようです。
ノイズ除去以外に、今ストラストをこれ以上下げずにファイルサイズを
さげる方法はなにかあるでしょうか？

この際、時間がかかることはしょうがないと考えています。

よろしくお願いします。

＞また、DateRateを下げてもあまりサイズは変化しないようです。
＞ノイズ除去以外に、今ストラストをこれ以上下げずにファイルサイズを
＞さげる方法はなにかあるでしょうか？
＞この際、時間がかかることはしょうがないと考えています。
DCT(離散コサイン変換)の概念を理解されれば、
サイズを下げる方法は自ずと見えてくると思います。

この概念を踏まえますと、
(皆様もおっしゃっていることですが・・)
・コントラストを下げる(上げ過ぎない)
・ノイズ除去処理をする(時間軸も有効です)
・エッジ強調を控える
といった答えが出てきます。

その他には、MPEGは時間軸方向の圧縮を掛けるので、
・綺麗なソース(前後でブレたりしない)を用意する
というのも、必要になるかと。

ビットレートが同じ場合にエッジとかコントラスト
を増やした場合、画質が悪くなるのですか？

画質をおとさずにあと60M小さくするのは難しいかもしれません。
サイズを小さくするのにノイズ除去は有効ですが強くかけ過ぎると画質はおちます。

>ビットレートが同じ場合にエッジとかコントラスト
>を増やした場合、画質が悪くなるのですか？
同一ソースを使って、そういう実験をしてみましたか？

先日ＢＳで確か「1125i 16:9」の番組（モーニング娘。他のコンサートのやつです）を録画して、それでソフトウェアＤＶＤ(WinDVD3.0）及びＴＶ出力が16:9になる動画（MPEG2）を作ろうと何度かトライしてみました。

ですがどうあっても横長になりません。4:3で人物が縦長＋上下がかなりカット、な画面になります。一応過去ログを見て、ウィザードで進めた後にunlockをロードして出力を16:9にしています。いったいどうすればよろしいのでしょうか？最終的にはDVDに焼いてみたいと思っています。

環境について少し書きます。
S-VHSのビデオ〜ADVC-100(Canopus：DV変換）〜DV-RapterII(Canopus)にて付属のRapterVideoで720x480でキャプチャ。TMPGEncではウィザードでDVD(VBR7000）で進め、枠を上6下10左6右10でカット、それ以外は音声を少し上げたくらいでプロジェクト保存。最後に出力を16:9にしています。
OSはWindows XP Professional TMPGのVerはまだ2.51です。

>先日ＢＳで確か「1125i 16:9」の番組（モーニング娘。他のコンサートのやつです）を録画して、それでソフトウェアＤＶＤ(WinDVD3.0）及びＴＶ出力が16:9になる動画（MPEG2）を作ろうと何度かトライしてみました。
>ですがどうあっても横長になりません。4:3で人物が縦長＋上下がかなりカット、な画面になります。一応過去ログを見て、ウィザードで進めた後にunlockをロードして出力を16:9にしています。いったいどうすればよろしいのでしょうか？最終的にはDVDに焼いてみたいと思っています。

　WinDVDがmpgファイルの16:9の表示に対応していない気がします。
　WinDVDの開発元のCyberLinkって、滅茶苦茶開発力無いですから。

　うちにあるWinDVD2000は、TMPGEncで作った720*480で16:9比のMPEGを再生した
場合、WinDVDのプレイヤーからは何をどう設定しても720*540に4:3拡大して表示
してくれます。
　ところが、そのMPEG2をWMPで再生（もちろんdsfはWinDVDの物）すると、ちゃん
と16:9比（明らかに横に伸びてるしウインドウ表示でもフルスクリーンでも上下
に黒帯が付く。横は720で縦を406にしているっぽい）で表示します。
　ちなみに同時再生した場合の挙動も変で、WinDVDのプレイヤーでMPEG2を表示
しているときにWMPでも再生すると、WMPの再生は何故か720*480固定で表示され
ます。

　と言う訳で、WinDVDの不具合かもしれません。
　WinDVDのバージョンによっても、この辺りの挙動は変わるかと思いますので、
OEM販売してる会社のサポートに問い合わせるのが良いかと。


>S-VHSのビデオ〜ADVC-100(Canopus：DV変換）〜DV-RapterII(Canopus)にて付属のRapterVideoで720x480でキャプチャ。TMPGEncではウィザードでDVD(VBR7000）で進め、枠を上6下10左6右10でカット、それ以外は音声を少し上げたくらいでプロジェクト保存。最後に出力を16:9にしています。

　左右を計16切るのは正しい様ですが、上下も16切ったら解像度も解像度比も合わ
なくなるのでは？
　出力を720*480にしていたら拡大されることになるからインターレースが壊れちゃ
う気も。
　上下左右ともカットじゃなくて黒マスクにして、画面の中心に配置にして、出力を
720*480にした方が、より正しいしより多くのオーサリングソフトで焼けそうな気が
します。

　後。
http://www.sonicjapan.co.jp/dvdit/about_editions.html
　そこの機能比較見る限りではDVDitだと、16:9比は12万円くらいするらしい最上位
バージョンのPEでしかサポートして無いようです。
　オーサーリングソフトを買うときは、16:9で焼けるかも確認して置いた方が良い
かと。

設定-ビデオ詳細-クリップ枠　の、枠指定で、720x406位になるように
上下をカットし、（クリップ後のサイズのところが）画面配置方法
で、一番下の隙間無しアスペクト比保持　を選択すると、縦長の映像
になると思います。
それを１６：９でエンコードすると、スクイーズの映像になると思います。

>　WinDVDがmpgファイルの16:9の表示に対応していない気がします。
>　WinDVDの開発元のCyberLinkって、滅茶苦茶開発力無いですから。
ＣｙｂｅｒＬｉｎｋは、ＰｏｗｅｒＤＶＤの開発元かな。
開発場所は、確か台湾だったと思います。
ＰｏｗｅｒＤＶＤでは、１６：９の再生はサポートされています。
WindowsMediaPlayerで再生したときにもサポートする優れものです（笑）

ども、yammo です。

Murphy さん
>　WinDVDの開発元のCyberLinkって、滅茶苦茶開発力無いですから。

WinDVD って、「InterVideo Inc.」の開発じゃなかったですか？
（こういう事書くときに、名称を間違えるのは両社に対して失礼だと思うのですが。）

ちなみに私は、PowerDVD XP(CyberLink製)使ってます。

では。

WinDVDでもこの設定で作ると16:9で見れます。
ソースアスペクト比16:9 625 line(PAL)
出力するアスペクト比16:9 525 line(NTSC)
画面全体に表示(アスペクト比保持)
PALを使った裏技です。保証はしませんけど。

あと関係ない事ですが再生ソフトを複数起動させると同じメモリ領域を
使う事があり、トラブルが起きる可能性があるので気をつけてください。

>>　WinDVDの開発元のCyberLinkって、滅茶苦茶開発力無いですから。
>WinDVD って、「InterVideo Inc.」の開発じゃなかったですか？
>（こういう事書くときに、名称を間違えるのは両社に対して失礼だと思うのですが。）

　ああっ、しまったっ！

　大変失礼しました。m(_ _)m ＞CyberLink社＆PowerDVDユーザーの方々

　開発力がないのは、WinDVDの開発元のInterVideoです。
　CyberLinkはPowerDVDの開発元です。

みなさんレスありがとうございます。
TMPGEncも最新にしていろいろ試してみたのでご報告します。

>Murphyさん
私のWinDVDはDVD+RW(RICOH MP-5120A)にバンドルされていたものですが、おっしゃるとおり作成した動画ではどうしても16:9にはなりませんでした。でもDVDビデオの映画（16:9レターボックス）なんかは横に拡張されて表示されるんですよね〜。こういうふうになるのを期待していたんですが。ま、ちょっと古いPowerDVDもあるのでこれから試してみようと思います。
クリップ枠＆画像配置については、ずーっと試行錯誤中です。黒枠にすると上下左右で幅の違う枠がつくのが性格的に嫌だというのもあってやめていました（ん？あわせればいいのかな）。ちなみに画像配置についてはこれまで「画面全体に表示」でした。この辺も全体だの中心だのの違いがあまり分かってなかったりしてます。

>エンコさん
キャプした動画は720x480で上下いっぱいに画像が入っているんで、上下をカットするのが無理なんです。今までBSデジタルの番組の大半はキャプすると上下に黒い部分が入ったのでおっしゃる方法が試せそうですが...何か特殊なつくりの番組だったんでしょうか？

>風呂屋のカメ吉さん
おっしゃるやり方でやってみました。WinDVDの画面では4:3画面ながら上下黒枠で横長画像が表示されました。TV出力もワイド表示されて一番期待した感じに仕上がりました。
理屈に関してはさっぱり分からないんですが...もちろん最終的にはDVDに焼きたいのでもう少し実験はしてみようと思います。

皆さんいろいろご指導いただきありがとうございました。

>キャプした動画は720x480で上下いっぱいに画像が入っているんで、上下をカットするのが無理なんです。今までBSデジタルの番組の大半はキャプすると上下に黒い部分が入ったのでおっしゃる方法が試せそうですが...何か特殊なつくりの番組だったんでしょうか？

１６：９のＢＳデジタル放送でしたら、必ず、上下が黒く（というか信号がない）なると
思います。
１６：９の放送でも、左右をカットして、４：３表示のように表示する放送もありますが
その場合は、左右をカットすると大丈夫だと思います。

恐らくＰＣ上で表示されないのは、ＷｉｎＤＶＤの問題だとおもいますので、
スクイーズに対応した再生ソフトを使用されるといいかも。

あと、その場合でも、必ず、１６：９のアスペクト比でエンコードしないと、ダメなので
ソース（４：３）　出力（１６：９）にして作るようにしないとだめですねー。

ソースがもともと１６：９の場合は、ソース（１６：９）、出力（１６：９）にしないと
ダメかな。

あと、それで出来たＭＰＥＧ２をＤＶＤーＲに焼くには、１６：９に対応したオーサリング
ソフトのＤＶＤｉｔ！ＰＥを使うしか今のところ無いようです・・
（他にもありますが、業務用とかのため、うん十万円とかするみたいです）

一般的にはソースが4:3であれば
ソースアスペクト比4:3
出力するアスペクト比16:9
画面中心に表示(アスペクト比保持)か隙間無し(アスペクト比保持)ですが、
WinDVDで16:9で見たいのであればMPEG2なら
ソースアスペクト比16:9 625 line(PAL)
出力するアスペクト比16:9 Display
画面全体に表示(アスペクト比保持)
となります。
実際のソースアスペクト比と違いますけど大丈夫です。
MPEGファイルになっていれば出力以外はPALも使えます。

但し、再生ソフトによっては縦横比がおかしくなるので(PowerDVD等)、
その場合は[縦横比を維持する]のチェックをはずしてください。
WinDVD等アスペクト比を無視する再生ソフト向けの方法です。
ファイルは16:9 NTSCになっています。

>>Murphyさん
>私のWinDVDはDVD+RW(RICOH MP-5120A)にバンドルされていたものですが、おっしゃるとおり作成した動画ではどうしても16:9にはなりませんでした。でもDVDビデオの映画（16:9レターボックス）なんかは横に拡張されて表示されるんですよね〜。こういうふうになるのを期待していたんですが。

　いや、だから、「mpgファイル」と書いたわけで。(^^;
　「DVDVideoの再生」とは、挙動が違うのです。(^^;



>クリップ枠＆画像配置については、ずーっと試行錯誤中です。黒枠にすると上下左右で幅の違う枠がつくのが性格的に嫌だというのもあってやめていました（ん？あわせればいいのかな）。ちなみに画像配置についてはこれまで「画面全体に表示」でした。この辺も全体だの中心だのの違いがあまり分かってなかったりしてます。

　クリップしてからの全体表示だと、出力解像度に合わせて拡大・縮小されます。
　縦480ラインのインターレース映像では、拡大縮小が行われるとインターレース
情報が壊れて正常なインターレース映像で無くなり、TV等でも正常に再生できなく
なります。
　従って、縦をクリップするなら「画面全体に表示」は厳禁でしょう。

　確認していませんが、クリップして画面の中央に表示、で上下と左右で等幅の黒
枠が付いた映像に成りそうな気がします。


>キャプした動画は720x480で上下いっぱいに画像が入っているんで、上下をカットするのが無理なんです。今までBSデジタルの番組の大半はキャプすると上下に黒い部分が入ったのでおっしゃる方法が試せそうですが...何か特殊なつくりの番組だったんでしょうか？

　エンコさんの書き込みに補足。
　BSデジタルですと、チューナーの出力設定で表示方法を切り替えられる場合も有
る様です。
　私はBSデジタルは加入していないのですが、友人が使っているチューナーだと、
Ｓ／コンポジット出力設定を512pとか1024iとか選べて（数字はちょっと違ったか
も(^^;ゞ）、レターボックス（4:3画面の上下に黒帯が付いて画面の中央に16:9の映
像を表示）とかスクイーズ（映像は4:3画面の上下いっぱいに表示するがワイド放送
信号も出力して、対応4:3TVだと表示の上下幅を圧縮して見た目はレターボックスと
同等の表示にする）とか、選べました。
　要は、チューナーで加工して16:9を4:3に納めるか、TVで加工して16:9に表示する
かの違いですね。
　レターボックスだと上下に黒帯が付いて720*406くらいが映像表示域になり、ス
クイーズだと720*480が映像表示域なので、縦方向の情報量がスクイーズの方が多
いです。
　スクイーズ対応4:3TVだと、表示は縦480ままで走査線の隙間を上下で詰めて上下
の表示幅を3/4にして表示するので明らかに縦方向が高密度でレターボックスより
情報量が多いです。


　これをキャプチャした場合、レターボックスならそのまま上下に黒帯が付いて
キャプチャされ元々16:9に成るように加工されているのでアスペクト比1:1のままで
正常に表示されますし、スクイーズだと映像が全画面でキャプチャされる代わりに
表示アスペクト比を16:9にしないと縦長に見える映像になります。

でも表示アスペクト比16:9をWinDVDは無視するんじゃないんですか。
prim さんはソフトウェアＤＶＤ(WinDVD3.0）及びＴＶ出力が16:9になる動画(MPEG2)
を希望なんで、表示アスペクト比を無視されても16:9になりＴＶでも黒枠なしの
ワイドスクリーンになるようにしなければならなく、パソコンとテレビの情報
の読み取り方の違いを利用する事になります。
DVD再生ソフトはそれぞれ長所と短所があるんで好みで決めるしかないです。
WinDVDは画質が優れているいるように感じます。

> でも表示アスペクト比16:9をWinDVDは無視するんじゃないんですか。

WinDVDでもアスペクト比はちゃんと見て表示してますよ。
でないと、スクィーズ収録の映画などがちゃんと再生できませんから。

試しに、720x480で4:3のソースを以下のような設定でエンコードしてみました。
・ソースアスペクト比 16:9 525 line (NTSC)
・画面全体に表示
・出力
　サイズ 720x480
　アスペクト比率 16:9 Display

WinDVD 3.1（3.0にカノープスの最新パッチ）で16:9（853x480）で
表示されました。
また、PowerDVD XPだと960x540で表示されました。

> やっと16:9対応のバッチがでたんですね。

え？　いや、そういう意味で「3.0にカノープスの最新パッチ」と
書いたわけでは…
と思って、今、WinDVDを入れ直してみました。

パッケージに入っていたバージョンだと16:9でエンコードしても
4:3で表示されますねぇ…（笑）
カノープスの最新パッチを当てると16:9で表示されます。
このパッチで治ったのかどうかまでは面倒なので調べてませんが、
とりあえず最新のリビジョンなら大丈夫なようです。

原因がわかりました。ソースサイズと出力するサイズが異なると16:9の
映像にはならないんですね。
ソースアスペクト比16:9 525line(NTSC)
出力するアスペクト比16:9 Display
隙間無し(アスペクト比保持)
720*480 4:3のファイルを同じ720*480で出力したら16:9になりなした。

画面全体に表示だと少し横に伸びたようになるので隙間無し(アスペクト比保持)
でやりました。これだと一番サイズが大きくなるようです。
16:9にするのはあまりやった事がなかったのですが今回でソースサイズと
出力するサイズを考えなければならないという事がわかり勉強になりました。

浩さん、情報ありがとうございました。
おかげでもう一度試してみる気になって、原因がわかりました。
以前のものでも大丈夫です。

結論としては4:3のファイルを16:9にする時、映像を16:9で見たいのであれば、
ソースアスペクト比16:9 525line(NTSC)
出力するアスペクト比16:9 Display

映像配置方法
ソースと出力のサイズが同じであれば
　隙間無し(アスペクト比保持)
ソースをカットなどして出力のサイズより小さい場合は
　画面全体に表示(アスペクト比保持)
ソースより出力のサイズが小さい場合は
　画面全体に表示(アスペクト比保持)
　
ソースと出力のサイズの縦横比は同じにする　720＊480なら横は縦の1.5倍
枠をカットするときは気をつける。

スクリーンいっぱいに表示させる場合と違う設定になる。

WinDVDには問題はない。但し再生ソフトを複数起動させるとトラブルが起きる
事がある。これはWinDVDの問題ではなく同じメモリ領域を使う事があるためである。
WinDVDに限らない事でWindowsのシステムによるものである。

primさん見てくれればいいんですけど。
　

みなさんレスありがとうございます。
検証する、とか言ってて忙しくて全然出来ないでいます（すいません）。

>Murphyさん
>クリップしてからの全体表示だと、出力解像度に合わせて拡大・縮小されます。
>　縦480ラインのインターレース映像では、拡大縮小が行われるとインターレース
>情報が壊れて正常なインターレース映像で無くなり、TV等でも正常に再生できなく
>なります。
>　従って、縦をクリップするなら「画面全体に表示」は厳禁でしょう。
分かりやすい説明で目ウロコでした。「厳禁」なことをずっとしてきました（苦笑）。

あの後カットではなく黒マスクをするようにし、「画面中央に配置」でやってみました（こちらは普通の地上波TVがソースのものです）。なんか綺麗に出来たような気がします（笑）。
で、少し疑問も出まして、黒マスクは画面のはじを隠すものという認識なんですが、左右16の倍数カットしないと崩れる等のクリップに関する常識はあまり気にしなくてもいいのでしょうか？昨晩は「上6下左右10」でマスクしてみました。

>　確認していませんが、クリップして画面の中央に表示、で上下と左右で等幅の黒
>枠が付いた映像に成りそうな気がします。

昨晩試しに「上6下10左7右9」でマスクした画面では相応の黒枠となり、等幅ではありませんでした。一度しか試していないのでうろ覚えですが。

ＢＳチューナにかんしてはPanaのTU-BHD200です。出力の設定は無かったような気がします。
あと横長画像についての説明も分かりやすかったです。結局大体の16:9の番組はレターボックスなのかな？で、お説の通りですと先述の番組はスクィーズということになるんでしょうか。

>浩さん
カノープスの最新パッチ、DLしたもののあてられませんでした..そういえば私のはかのぷのやつじゃなかった（撃沈）

>フロ屋の亀吉さん
見てますよ〜。前回は名前を間違えてしまい申し訳ありませんでした。
>結論としては4:3のファイルを16:9にする時、映像を16:9で見たいのであれば、
>ソースアスペクト比16:9 525line(NTSC)
>出力するアスペクト比16:9 Display
>映像配置方法
>ソースと出力のサイズが同じであれば
>　隙間無し(アスペクト比保持)
>ソースをカットなどして出力のサイズより小さい場合は
>　画面全体に表示(アスペクト比保持)
>ソースより出力のサイズが小さい場合は
>　画面全体に表示(アスペクト比保持)
今回にかんしては入力720x480は4:3ではないわけですが、4:3（ワイドでないという意味で）であると読み替えていいのでしょうか？ソース及び出力のアスペクト比は上記の通り、隙間無し（アスペクト比保持）でやってみましたが、横長にはなりませんでした（通常画面、人物縦長）。ううむ。ソースも特殊みたいだし、かのぷーのWinDVDじゃないのも関係あるのでしょうか？


..これまでのやりとりで分かったことは「16:9の画面情報を持った動画を作ることは割と特殊なケースである」ということでしょうか。MPEG作成の手順しかり、DVDビデオのオーサリングしかり、再生するDVDアプリによる挙動の違いしかり。
ホント動画作りって奥が深いです。他のソース等も使ってのんびり試していきたいと思います。
みなさんありがとうございました。

> 今回にかんしては入力720x480は4:3ではないわけですが、

いや、720x480は4:3ですよ。
PC用モニタの画素は縦横比が1:1ですが、TVの画素は1:0.9と
縦長になっているためです。

＞フロ屋の亀吉さん

>WinDVDには問題はない。但し再生ソフトを複数起動させるとトラブルが起きる
>事がある。これはWinDVDの問題ではなく同じメモリ領域を使う事があるためである。
>WinDVDに限らない事でWindowsのシステムによるものである。

　いや、問題ありまくりです。(^^;
　単体起動しても、正常に表示されないですから。
　WMPだと16:9に成るmpgが、WinDVD2000最終版のDVDプレイヤーだと、設定をどう
変えても4:3固定で表示されますから。

　と言うか、codec／DSFが複数起動に対応してないのは、根本的に間違ってるし。

＞primさん


>で、少し疑問も出まして、黒マスクは画面のはじを隠すものという認識なんですが、左右16の倍数カットしないと崩れる等のクリップに関する常識はあまり気にしなくてもいいのでしょうか？昨晩は「上6下左右10」でマスクしてみました。

　マスクだとクリップと違って解像度が変わりません。
　横720のままで、指定色（標準だと黒）で端の部分を塗りつぶしてるだけです。
　明示的に解像度を変えない限り、マスクなら全く気にする必要がありません。


>>　確認していませんが、クリップして画面の中央に表示、で上下と左右で等幅の黒
>>枠が付いた映像に成りそうな気がします。
>昨晩試しに「上6下10左7右9」でマスクした画面では相応の黒枠となり、等幅ではありませんでした。一度しか試していないのでうろ覚えですが。

　いや、マスクだとそうなります。
　マスクじゃなくてクリップの場合でも、「画面の中央に表示」なら拡大縮小しな
いで、なおかつ出力解像度画面の中央に配置されるはずだから、均等配置にならな
いかなぁ、と言う事です。
　これは、私も手頃なソースが無くて（DVHSにして以来、マスクする必要が無くなっ
て）試してないんで、出来るかも、と言う程度なのですが。(^^;ゞ


>あと横長画像についての説明も分かりやすかったです。結局大体の16:9の番組はレターボックスなのかな？で、お説の通りですと先述の番組はスクィーズということになるんでしょうか。

　キャプチャして上下に黒帯が付いていたらレターボックス、上下幅いっぱいま
で映像だったらスクイーズです。


>>浩さん
>カノープスの最新パッチ、DLしたもののあてられませんでした..そういえば私のはかのぷのやつじゃなかった（撃沈）

　WinDVD3.0は買って無いからうちでも試せない。(^^;
　今使ってるWinDVD2000はビデオカードのおまけで付いてきた奴だし。


>今回にかんしては入力720x480は4:3ではないわけですが、4:3（ワイドでないという意味で）であると読み替えていいのでしょうか？ソース及び出力のアスペクト比は上記の通り、隙間無し（アスペクト比保持）でやってみましたが、横長にはなりませんでした（通常画面、人物縦長）。ううむ。ソースも特殊みたいだし、かのぷーのWinDVDじゃないのも関係あるのでしょうか？

　720*480でも4:3比です。
　アスペクト比を4:3比に指定してMPEG2にすると、4:3比の720*540に拡大して表
示してくれて、これが、TV＆DVD映像をPCで見るときの基本表示動作になります。
　理由は浩さんが書いてるとおりで。

　入力解像度の数値自体と、表示のアスペクト比は関係無いです。
　解像度が720*480ってのは、TVの有効解像度をPCでキャプチャするとこの範囲に
なる、ってだけで。
　720*480でも、アスペクト比に4:3を指定すれば4:3比の720*540で表示されますし、
アスペクト比を16:9に指定すれば16:9比の720*406とか856*480とか（縦と横のどっ
ちを基準にするかで変わる。通常は長い方が基準になるっぽい？）で表示されます。

浩さんも私も16:9で表示できたのでWinDVDには問題ないと思います。

但し、
　4:3のファイルを16:9にする時、映像を16:9で見たいのであれば、
　ソースアスペクト比16:9 525line(NTSC)
　出力するアスペクト比16:9 Display

　映像配置方法
　ソースと出力のサイズが同じであれば
　　隙間無し(アスペクト比保持)
　ソースをカットなどして出力のサイズより小さい場合は
　　画面全体に表示(アスペクト比保持)
　ソースより出力のサイズが小さい場合は
　　画面全体に表示(アスペクト比保持)
　
　ソースと出力のサイズの縦横比は同じにする　720＊480なら横は縦の1.5倍
　枠をカットするときは気をつける。

この設定でもファイルによっては16:9にならない事がわかりました。
原因と対処方法を考えてみます。
WinDVDで16:9を表示できる事がわかったので設定があえば可能なはずです。
16:9でキャプチャーすればよかったんですが。
あと、隙間無し(アスペクト比保持)で人物縦長になるのは変ですね。

>＞フロ屋の亀吉さん
>
>>WinDVDには問題はない。但し再生ソフトを複数起動させるとトラブルが起きる
>>事がある。これはWinDVDの問題ではなく同じメモリ領域を使う事があるためである。
>>WinDVDに限らない事でWindowsのシステムによるものである。
>　いや、問題ありまくりです。(^^;
>　単体起動しても、正常に表示されないですから。
>　WMPだと16:9に成るmpgが、WinDVD2000最終版のDVDプレイヤーだと、設定をどう
>変えても4:3固定で表示されますから。

設定が間違っているだけじゃないですか。

>　と言うか、codec／DSFが複数起動に対応してないのは、根本的に間違ってるし。

私はcodec／DSFとはいってません。ドライバが特定のメモリ領域を使う事
が決まっているものでは複数起動した場合同じメモリ領域をつかう可能性
が高いということです。ソフトによっては違うメモリ領域をつかうため
問題はおきません。これはべつに優れているというわけではありません。
これは基本的なことです。最悪の場合フリーズしてしまいます。
これでもわからなければ専門書を読んでください。

それにMurphyさんがなんでそこまでWinDVDをけなすのか理解できません。
気にいらないなら使わなければいいだけですから。
文句があればメーカーにいえばいいわけだし。
使っている人に失礼ですし。
この掲示板はけなしたり文句をいう掲示板ではないとおもいますが。

>..これまでのやりとりで分かったことは「16:9の画面情報を持った動画を作ることは割と特殊なケースである」ということでしょうか。MPEG作成の手順しかり、DVDビデオのオーサリングしかり、再生するDVDアプリによる挙動の違いしかり。

私からしてみれば、あながち特殊なケースではないかも・・・
といいますか、ほとんどスクイーズでの圧縮ばかりやってるかも。
ソースが４：３のものでも、全部スクイーズにしてしまいます。
（１）左右をカットする（すべての映像を入れたいとき）
（２）上下をカットする（迫力を重点的にしたい映像）

の２通りでＴＰＯにあわせてやってます。
最終的に大画面で再生させるのが目的なので、スクイーズはかなり大きいのです。
ＤＶＤ−Ｒに焼いてＤＶＤプレーヤで再生させるなら、最終的にＤＶＤ−Ｒにオーサリング
ＨＴＰＣで、オーサリングする必要ない場合は、ＭＰＥＧをそのままＤＶＤ−Ｒに焼く
といった感じです。

大画面で再生させると、インターレスの横縞が目立つのと、その隙間が大きいため、見難い
映像になってしまうので、ほとんどスクイーズでＭＰＥＧを作ってます。

>>　WMPだと16:9に成るmpgが、WinDVD2000最終版のDVDプレイヤーだと、設定をどう
>>変えても4:3固定で表示されますから。
>設定が間違っているだけじゃないですか。

　WinDVD2000のプレイヤーの表示解像度比に関する項目は１つ２つしか無いので、
間違いようがないと思います。
　WMP経由dsf単体と、専用プレイヤーで再生挙動が違うと言うことは、プレイヤー
側で何か挙動を変えてるのだと思っているのですが。


>>　と言うか、codec／DSFが複数起動に対応してないのは、根本的に間違ってるし。
>私はcodec／DSFとはいってません。ドライバが特定のメモリ領域を使う事
>が決まっているものでは複数起動した場合同じメモリ領域をつかう可能性
>が高いということです。ソフトによっては違うメモリ領域をつかうため
>問題はおきません。これはべつに優れているというわけではありません。
>これは基本的なことです。最悪の場合フリーズしてしまいます。
>これでもわからなければ専門書を読んでください。

　ドライバとcodec/dsfは全く別物ですよ？
　翔泳社のWindowsAPIバイブル辺りが判り易いので、読んでみて下さい。


>それにMurphyさんがなんでそこまでWinDVDをけなすのか理解できません。
>気にいらないなら使わなければいいだけですから。
>文句があればメーカーにいえばいいわけだし。
>使っている人に失礼ですし。

　WinDVDが酷いソフトだった過去を全く知らないのは、幸せなことです。
　バージョン変わるたびに表示挙動変わってトラブル報告しなきゃいけなかった
あの頃を。
　WinDVDのMPEG1表示不具合あたりは、そこらのDVD情報サイトのFAQにすら載って
ましたからねぇ、あの頃は。
　最近はそれなりに改善されてきてるけど、今でも完全にはあの会社の開発力を
信用できていません。

　ホントにそのソフトを気に入ってるなら、長所だけ話してちゃダメだと思って
ます。
　ちゃんと問題点も提示しないと、単に見目の良いことだけ語って騙してる事に
なってしまうから。

PowerDVDでもいろいろ不具合があったのを知らないんですね。
お笑いものです。
どんなソフトでも不具合がある可能性がありますよ。
いろいろ調べた結果、原因と対処方法がわかりましたが、
うるさい人がいるんで今は書きません。
とにかく16:9にするには16:9でキャプチャーするのがベストです。

>　と言うか、codec／DSFが複数起動に対応してないのは、根本的に間違ってるし。

>> 私はcodec／DSFとはいってません。

>　ドライバとcodec/dsfは全く別物ですよ？

別だから「私はcodec／DSFとはいってません。」といったんですけどね。

>　WinDVDのMPEG1表示不具合

　　DVDがでたばかりのDVDソフトはDVDとMPEG2しか再生できないものもあり、しばらく
　　してMPEG1にも対応したので、開発段階での不具合です。

　　この掲示板も嫌気がしてきたんで書き込みはもうやめます。
　　さようなら。

>DVDとMPEG2しか再生できないものもあり、しばらく
>してMPEG1にも対応したので、開発段階での不具合です。
それは不具合というよりも欠陥品ですよね（笑
MPEG2のデコーダである以上、MPEG1のデコードはできなければならないはずなんだから

私も６、７年前ＤＶＤ再生ソフトでＭＰＥＧ1を再生しようとしたら
このファイル形式はサポートしてません。とでたんでサポートする形式
の問題だと思います。その頃は別にＭＰＥＧ1再生ソフトがあったんで
それを使って再生してました。

かるーく突っ込んで良いですか？（笑）

> 私も６、７年前ＤＶＤ再生ソフトでＭＰＥＧ1を再生しようとしたら

６、７年前って記憶違いのような気がします。
その頃だとDVDがやっと出てきた頃ですから…
http://www.pioneer.co.jp/crdl/tech/index.html

最初の書き込みだと10年前になってましたが…（笑）

PowerDVDが日本で出たのが99年ですし…

書きわすれました。MPED2のcodecとMPEG1のcodecは別のものです。
また、再生するにはcodecだけに依存しているのではなくいくつかのドライバも関係します。codecはエンコード、デコードに使われますが、再生とは関係ないです。

>かるーく突っ込んで良いですか？（笑）
>
>> 私も６、７年前ＤＶＤ再生ソフトでＭＰＥＧ1を再生しようとしたら
>
>６、７年前って記憶違いのような気がします。
>その頃だとDVDがやっと出てきた頃ですから…
>http://www.pioneer.co.jp/crdl/tech/index.html
>
>最初の書き込みだと10年前になってましたが…（笑）
>
>Ｃが日本で出たのが99年ですし…
>
まちがえて10年前と書いてしまいました。
DVDが出てきたころで、正確な年は憶えていません。
確かにDVDが出てきたころにはPowerDVDはなかったです。
しかし、海外のソフトで一部、日本でも使えるものがあり、
初期のDVD再生ソフトについて書いただけです。

> DVDが出てきたころで、正確な年は憶えていません。
> 確かにDVDが出てきたころにはPowerDVDはなかったです。
> しかし、海外のソフトで一部、日本でも使えるものがあり、
> 初期のDVD再生ソフトについて書いただけです。

なるほどそうでしたか (^_^;

>私も６、７年前ＤＶＤ再生ソフトでＭＰＥＧ1を再生しようとしたら
>このファイル形式はサポートしてません。とでたんでサポートする形式
>の問題だと思います。その頃は別にＭＰＥＧ1再生ソフトがあったんで
>それを使って再生してました。

　「ＤＶＤ再生ソフトでＭＰＥＧ1を再生しようとした」のなら、それはお使いの
ソフトがそう言う仕様だったのでしょう。

　私の書いているWinDVDのトラブルは、そう言う物ではありません。
　メディアプレイヤーのどこからかは忘れましたが、MPEG1の再生機能がWindowsに
搭載されたのはご存じかと思います。
　WinDVDの場合、インストールすると、Windows標準のMPEG1再生機能を自前のMPEG
再生機能を完全に置き換えて、メディアプレイヤーでMPEG1を再生するときでも、
WinDVDのMPEGデコーダを使うようにしていて、しかもVideoCD準拠等の特定の形式の
MPEG1しか正常に再生できない、と言う物でした。バージョンによっては720*480の
解像度のMPEG1しか正常に再生できない場合も有ったような記憶もあります。
　当時のWindows標準のMPEG1デコーダは、かなり柔軟な解像度のMPEG1の再生に対
応していたのに比べて、大幅な機能ダウンでした。
　しかも、バージョンが変わるたびに、多少特殊な解像度でも再生できるように改
善されたり、また再生できなくなったり、と再生挙動が変わりました。
　TMPGEncで各種解像度のMPEG1を作っていた自分にとっては、WinDVDのこの挙動は
面倒で腹立たしい物でした。特に640*480や320*240が正常に再生できないのは大問
題でした。
　私は仕方無く、WinDVDは普段は削除して、MPEG2の再生の必要のあるときだけイ
ンストールする、と言う大変不便な使い方をしていました。

　WinDVDの最終版辺りや、WinDVD2000以降では、MPEG1だったらWindowsの標準の
MPEG1デコーダーにスルーする様に仕様が変わってくれたので、大変有り難かった
です。


後。
＞また、再生するにはcodecだけに依存しているのではなくいくつかのドライバも関係します。codecはエンコード、デコードに使われます
＞が、再生とは関係ないです。

　「関係ない」、は言い過ぎでは？
　MPEG2データは、MPEG2スプリッタでビデオとオーディオに分けられ、それそれが
デコーダでデコードされ、幾つかのDSF経由で画面に表示＆サウンド再生されるわけ
ですから、再生時には必ず使われますので。
　ついでに言えば、再生時に介しているのは基本的に全てDirectShowFilterのはず
です。「ドライバ」と呼ばれている物も、少なくともDirectShowから利用する為の
API部分はDirectShowFilterとして実装されている（＝本体はともかくOSから見たら
全体がDirectShowFilter）と思います。


　それと、MPEG1/2の再生に関して「codec」と書くのは不正確すぎるし、紛らわし
いかと。
　一般的なmpeg1/2のデコーダはVfWのcodecでは無くDirectShowのFilterとして搭
載されますし。

昨日ダウンロードして使おうと思ったのですが、圧縮しようとするとCAN'T LOAD P3PAGE.DLL?というメッセージが出て先へ進めません。どうすれば良いのでしょうか。

不正確な情報を書いてしまいました。申し訳ありません。

原因は私の使用していたWINZIPのバージョンが古くすべてのファイルが解凍できていませんでした。また、ファイル名も違っていました。現在環境を再構築しているところで頭が混乱していました。

お詫びします。

映画とかの上下の黒いところをカットして
MPEG2のVBRでエンコードしたら容量はへるのでしょうか？

元から動きがないいからあんましかわらないですか？

もし、設定するならアスペクト比とかはどう設定すればいいんですか？

Bitrateを下げなければファイルサイズは変わりませんよ？
通常のVBRって用は平均のBitrateを指定するわけですから。

ビットレートが同じなら画質は上下を切るとよくなるって
ことですか？


アスペクト比とかはどう設定すればいいんですか？

画像の解像度が下がるわけですから理論的には画質が良くなると思いますが、実際にやって
みると少ししか変りません。最初にシンさんが書いているように動きも色の変化も乏しい箇
所ですから、あまり圧縮に影響が出てないのでしょう。

アスペクト比はどういう作品を作るのかによって変わるでしょう。たとえばDVDビデオのソー
スとして使うなら削らないほうがよいでしょうし、PCでしか再生しないなら削って1:1でも
あまり問題にはならないでしょう。短時間エンコードして、自分が納得行くものを選択する
とよいでしょう。

TMPGEnc のプロジェクトウィザードは、特に DVD 用の mpeg2 を作る際に間違える心配がないので便利で使っているのですが、この最終ステップがバッチ処理に追加するか即座に圧縮を開始するかの選択肢しかないように見えるのが残念です。

「プロジェクトの保存」という選択肢があると、CD-R 用のプロジェクトなども全部作ったあとで、バッチ順序を適切に並べ直して、
『寝る直前に実行を開始すると、おおよそ翌日、会社から返ってきた辺りで実行している
プロジェクトが30分〜2時間ぐらいで終了するもの』
にすることで、都合の良い単位で「中断」をかけられるのですが…

#え? encoding の最中に裏で別のことをしたらどうかって? Windows でそんな恐ろしい…(^^;)

>「プロジェクトの保存」という選択肢があると、CD-R 用のプロジェクトなども全部作ったあとで、バッチ順序を適切に並べ直して、
>『寝る直前に実行を開始すると、おおよそ翌日、会社から返ってきた辺りで実行している
> プロジェクトが30分〜2時間ぐらいで終了するもの』
>にすることで、都合の良い単位で「中断」をかけられるのですが…

　私はウイザードは不要なので、基本的な操作確認しかしていないのですが。
　バッチエンコードが開始したところで中断して、ファイル−バッチエンコード
を選択したら、登録したリストは残っていますか？
　リストが残っていたら、各行をクリックして上下に移動することで登録順を変
更出来るかと思うのですが。

　ベストなのは、最初からその辺を考えて登録していくことかと思いますけど。(^^;

>　リストが残っていたら、各行をクリックして上下に移動することで登録順を変
>更出来るかと思うのですが。

えぇ、それはもちろん、可能なんですが。
それだと、DVD のプロジェクトは、CD-R 用のプロジェクトを全て作ったあとに作って、さらに一度中断してから CD-R のプロジェクトをバッチリストに追加しなくてはいけませんよね?

全部バラバラにプロジェクトファイルにできると、まず、プロジェクトファイルを全部作ってしまってから、バッチファイルに取り込んで、順序を入れ替えてから、『ご〜』で済みます。

あと、バラバラに組み立てることができると、バッチをスケジュールしてから、
「んーーー。30分アニメのオープニングがもう一つ分ここにあると、時間的に丁度いいかな」
とかいうのが見えるので、そこから追加で capture とかもできます。

「直ちにエンコードを開始する」と「続けてプロジェクトを作成し、
バッチエンコードする」の両方ともチェックを入れずに OK を押して、
[ファイル] → [プロジェクトの保存] で保存できますけど。

>「直ちにエンコードを開始する」と「続けてプロジェクトを作成し、
>バッチエンコードする」の両方ともチェックを入れずに OK を押して、
>[ファイル] → [プロジェクトの保存] で保存できますけど。

ウィザードで作りたいプロジェクトは1つじゃないし、
「気が付かなきゃ判らない」操作性では良くないし(あの選択肢はどう見ても「チェックボックス」じゃなく「selection」だし)、
『プロジェクトウィザード』って『プロジェクトを作るための』ウィザードじゃないの?

『可能不可能論』だけでいけば、ウィザード用のテンプレートを使って全部マニュアルで作ればいいじゃない、とも言えるけど、それじゃウィザードの存在意義がないでしょう?

プロジェクトとして個別に保存する方法を紹介しただけであって、
現状の UI や貴殿の要望に対して、何らコメントするつもりはあ
りません。

プロジェクトウイザードを使用してバッチエンコードしているのですが、
プロジェクトファイルを保存して後ほど開いたあとプロジェクトの内容を
変更する方法が分かりません。

具体的にはエンコードした動画を格納するメディアタイプ（DVD+RWとかCD-R）を
変更してメディアの何％使用するかを変更したいといったところです。

ご教授の程よろしくお願いします。

>具体的にはエンコードした動画を格納するメディアタイプ（DVD+RWとかCD-R）を
>変更してメディアの何％使用するかを変更したいといったところです。

　この設定項目は現状ウイザードにしか無い様なので、ウイザードで再設定する
しか無いかも知れません。

TMPGEncでVOBファイルを画像ファイルに指定すると普通に圧縮は可能なんですが、
圧縮終了時にTMPGEncがフリーズしてしまいます。
TMPGEncでVOBファイルを正常に（フリーズせずに）圧縮することはできますでしょうか？
もし方法がありましたらご教授の程よろしくお願いします。

追伸：
TMPGEncは最新バージョンを使用しています。

>TMPGEncでVOBファイルを画像ファイルに指定すると普通に圧縮は可能なんですが、
>圧縮終了時にTMPGEncがフリーズしてしまいます。
>TMPGEncでVOBファイルを正常に（フリーズせずに）圧縮することはできますでしょうか？
>もし方法がありましたらご教授の程よろしくお願いします。

　そのVOBのソースは何でしょう？
　VOBファイルは、映像はMPEG2ですが、音声はAC3ないしPCMです。
　これらはお使いのDVD再生ソフトがインストールしたVOB表示機能を利用して、
TMPGEncに読み込まれています。
　従って最後にフリーズするのはお使いのDVD再生ソフトが原因です。

VOBファイルが扱えるプラグインを導入したらフリーズしなくなりました。
下調べが不十分ですみませんでした。

Murphy さん レスありがとうございました。

初めて投稿します。

DVD2AVIで「d2v」と「mpa」を作って、それをTMPGEncで読み込もうとすると
「ファイル *****.mpa は開けないか、サポートしていません」と出てしまい、読み込むことができません。
映像ファイルの方は問題なく読み込むことが出来たのですが0BR>
Faqと掲示板の過去ログの検索は試して見たのですが、こういった事例は書かれていなかったので
質問させていただきました。

TMPGEncの再インストール、OSの再起動はしてみたのですがやはり同様のエラーが出ました。
また、mpaファイル自体はWMPにて再生が可能でした。
OSはWin98SEです。何かアドバイスなど頂けると嬉しいです。

>DVD2AVIで「d2v」と「mpa」を作って、それをTMPGEncで読み込もうとすると
>「ファイル *****.mpa は開けないか、サポートしていません」と出てしまい、読み込むことができません。

　mpaを読み込めないのは、お使いのOS環境が原因の可能性が有ります。
　このFAQの内容と同じ原因で、mpaが読めない環境になっている可能性は有りま
せんか？
http://missinglink.systems.ne.jp/008.html


>Faqと掲示板の過去ログの検索は試して見たのですが、こういった事例は書かれていなかったので
>質問させていただきました。

　何度か見かけたような気が？
　「mpa」で検索してみましたか？
　つい先日も No.1610 で同じような質問にレスしてます。


>映像ファイルの方は問題なく読み込むことが出来たのですが0BR>
　OSはWindowsXPかMeでしょうか？
　半角文字を使うと、多くの掲示板で文字化けするので厳禁です。

１Ｇくらいのデータ（ＭＰＥＧ１）を一枚のＣＤに納めたいのですが、
最終的なサイズを指定する設定はどうすればいいのでしょうか？
７０分／７００Ｍとかありますが
よくわからなくて…

「あおの規格外Video-CD企画」http://www.mao.gr.jp/のVCD Checker Ver.0.92aを
使えばビットレートの計算できます。

ただ漠然と１Ｇあって・・・・・ではねぇ
画面サイズ・レート等の情報も載せてみましょう。
きっと熟練の方が教えてくれます。

>１Ｇくらいのデータ（ＭＰＥＧ１）を一枚のＣＤに納めたいのですが、
>最終的なサイズを指定する設定はどうすればいいのでしょうか？

　これはTMPGEncは関係有りません。
　MPEGと言う形式一般の基礎的な質問です。

　元のmpgのファイルサイズは何の意味も持ちません。
　1GくらいのMPEG1は映像時間が２時間以上だったり、ホンの10分の映像である
可能性もあるので。
　元のmpgの映像の時間は何分何秒でしょうか？

　MPEGでは、ファイルサイズ＝ビットレート＊映像時間、です。
　従って、ファイルサイズと、元になる映像の時間（秒数）が決まれば、そこ
から指定しなければいけないビットレートは、わり算で出ます。

　例えば、640MのCD-Rに１時間の映像を納めたかったら、
640Mbyte / (1*60*60)sec = 約177kbyte/secにする必要があります。
　1byteは8bitなので８倍して、最大で約1.4Mbps以下になるように指定すれば
良いことになります。
　この1.4Mbpsは映像のビットレートと音声のビットレートの合計なので、
映像に1.3M音声に112k、映像に1.2M音声に224k等、適時割り振る必要があります。

エンコード中、バッチリストの読み込み中にランタイムエラーが多発して
TMPGEncが終了（もしくはフリーズ）してしまいます。

ソースは4分程度のD2Vを20ファイル程度、DivX5.0+MP3へのエンコードです。
TMPGEncのバージョンは2.53です。

これはTMPGEncの設定等に問題があるのでしょうか？
それとも別な問題があるのでしょうか？

　OSの種類とCPUは何でしょうか？

　現状、ここで多く報告されている例を見ると、XPを使っている場合やAthlonを
使っている場合にエラーメッセージが出るようです。
　つい先日も No.1576 のケースの様に、メモリが原因っぽい？と言うのも有りま
した。

　TMPGEncの設定がどうかは判りませんが（通常はエラーに成らないはず）、OSや
ハードウェアの問題の可能性も疑ってみた方が良いかと。
　TMPGEncはCPUやメモリを普段ゲームをしたりインターネットするときより大量に
酷使しますので。

OSはMe、CPUはP-!!!の1Ghz、メモリはPC133:256x2です。

十分とまではいかなくとも、そこまで足りないスペックではないと思うので
もう少し試行錯誤して原因を考えてみます。

ご返信どうもありがとうございました。