こんにちは。

MotionJPEG（PICVIDEO）でキャプチャしたAVIを読み込んでMPEG1に
エンコードしたのですが、元の画像よりも画質が暗くなって
しまいます。
同じ設定のまま AVI（無圧縮、MotionJPEG）を出力すると
暗くはならないようです。
また、（余談ですが？）同じ設定でDivX AVIを出力すると
MPEGと同様 暗くなります。
各MPEG、AVIの出力は[ファイル]−[ファイルに出力]−[AVI]（[MPEG])
で行っているので、各種設定に差はないと思っているのですが・・・

[量子化行列]の「YUVデータを CCIR601ではなく・・・」には
チェックを入れています。

　まず、その「暗くなる」って書いてるのの、確認方法は何？
　視認、なんてあやふやなことやってるんだったら、AviUtlのヒストグラムとか、より確実な方法で確認するべき。
　再生方法で見た目が変わってるだけかも知れないので。
　今回の、多分、使ってるウインドウズの設定で、そう言う風に表示するようになってるだけだだと思うし。


>MotionJPEG（PICVIDEO）でキャプチャしたAVIを読み込んでMPEG1に
>エンコードしたのですが、元の画像よりも画質が暗くなって
>しまいます。
>同じ設定のまま AVI（無圧縮、MotionJPEG）を出力すると
>暗くはならないようです。
>また、（余談ですが？）同じ設定でDivX AVIを出力すると
>MPEGと同様 暗くなります。
>各MPEG、AVIの出力は[ファイル]−[ファイルに出力]−[AVI]（[MPEG])
>で行っているので、各種設定に差はないと思っているのですが・・・

　フツーのウインドウズだと、無圧縮のAVIはオーバーレイ表示しない事が多い。
　で、MPEG1とかDivX AVIはフツーはオーバーレイ表示するはず。
　つまり、動画の種類で表示方法が違う訳。
　ビデオカードの設定で、オーバーレイ表示時は標準で暗め表示する様に設定してあったら、そう言う状態に成るのが当然な訳で。

　原因がこれかは、WMPとか、動画再生ソフトを２つ実行して、暗く見える動画を２つ同時に再生してみれば、判るはず。
　オーバーレイ表示は１つしか表示できないから、後から動かした方では通常のグラフィック描画で表示するんで、２つの再生ソフトの表示で発色に違いが有れば、このケース。
　この場合は、ビデオカードのオーバーレイ表示の発色調整すれば話が終わる。


>[量子化行列]の「YUVデータを CCIR601ではなく・・・」には
>チェックを入れています。

　これは、正しいの？
　「MotionJPEG（PICVIDEO）」って最近使って無いけど、PICVIDEOって再生時にCCIR601で出力するように設定出来るの？

　[量子化行列]の「YUVデータを CCIR601ではなく・・・」は、再生表示・編集用の読み込み時にCCIR601で読み込める動画形式（DVや他のMPEG2プラグインを使ったMPEG2）用。タイテーのAVI用コーデックはPCでの表示用にBasicYCbCrに変換して再生するから、TMPGEncで読み込む時にもチェック外してCCIR601に変換したMPEG1にしてやる必要が有るんだけど。

　DivXもフツーはBasicYCbCr形式の入力しか考えて無いと思うし、エンコ元がCCIR601かBasicYCbCrって選択設定、DivXのコーデックの設定画面に無かったと思ったけど。
　オレはFree版しか使った事無いけど、有料Pro版だとエンコ元の色空間設定選べるとかなの？

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

プレーヤを2つ並べてみたら、同じファイルでも色が違いました。
見た目が違っただけのようでした。

WinMXで落としたAVI映像が再生できなくって・・・
DivX使えば？と言われたので、DivX検索してDivXをインストールして、
次はTMPEGに行けと言われて、来てDLしたんですが、拡張子変換の意味が
全くわからず困ってます

利用規約
http://www.tmpgenc.net/j_bbsrules.html
>以下の話題は本利用規約に従って禁止されます。
の下をよくお読みになって下さい。

>WinMXで落としたAVI映像が再生できなくって・・・

そのファイルを再生させるだけなら、ここの掲示板は
関係ないと思いますが．．．

#WinMXをどうして使っているんですか？

>WinMXで落としたAVI映像が再生できなくって・・・

　WinMXとかWinnyとかで出回ってる動画の殆どは違法配布されている物。
　それを入手する事自体は違法行為じゃないが、胸はって言える様な行為じゃないのは間違い無い。少なくとも、まともな表の掲示板じゃ、嫌われることは有っても好かれることはない。

　判ってないでやってるなら、自覚するべきだよ、この辺を。


>DivX使えば？と言われたので、DivX検索してDivXをインストールして、
>次はTMPEGに行けと言われて、来てDLしたんですが、拡張子変換の意味が
>全くわからず困ってます

　それは、騙されてる。
　AVIの再生にTMPGEnc使う必要は無いよ。


　一番の問題は、シロート過ぎて、そのAVIを使う資格を満たしてない事だね。
　AVIってのは、入手前に再生方法とかが判ってるメンツ用の動画形式。
　んで、P2P系だとファイル名とかにコーデックの種類書いてあること多いみたいだし、コーデックの確認方法は色々有るから、そのコーデックを入れれば済むのに、それすら判ってないシロートって事だ。
　シロートはWinMXとか使う前にまず、AVIの再生方法を一通り勉強してから始めてくれ。

　WinMXとかWinnyとかは、この辺が判ってるか、判らなくても自前で対処できるだけの知識を持った中級者以上向けのソフトなんだから。
　自前じゃ対処できないなら、WinMXとかWinnyとかをそもそも使わない事だ。

>　WinMXとかWinnyとかで出回ってる動画の殆どは違法配布されている物。
>　それを入手する事自体は違法行為じゃないが、胸はって言える様な行為じゃないのは間違い
>　無い。少なくとも、まともな表の掲示板じゃ、嫌われることは有っても好かれることはな
>　い。

おまえも好かれることは無いだろう？

>　WinMXとかWinnyとかは、この辺が判ってるか、判らなくても自前で対処できるだけの知識を持った中級者以上向けのソフトなんだから。

「中級者以上向けのソフト」、おいおい、まじかよ〜。

> 「中級者以上向けのソフト」、おいおい、まじかよ〜。
まじだよ、粘着厨。

>おまえも好かれることは無いだろう？

　これはオレに聞かれても返答のしようが無いのでパスするとして。


>>　WinMXとかWinnyとかは、この辺が判ってるか、判らなくても自前で対処できるだけの知識を持った中級者以上向けのソフトなんだから。
>「中級者以上向けのソフト」、おいおい、まじかよ〜。

　つまり、WinMXとかWinnyとかは初心者でも手軽に簡単に快適に利用できるソフトだと言いたいのだろうけど、WinMXとかWinny自体は確かに簡単に使えるが、そこから入手したファイルを扱うのはそれなりに知識が要る。

　そうでなかったら、この元質問者みたいに、入手したファイルの再生や編集が出来なくて質問に来るようなメンツが居るわけが無いからね。
　ところが実際には、そう言う質問者が結構居て、いろんな掲示板で質問してるのは既知の事実でしかない。

　オレはどうやれば再生出来るか知ってるし自力で調べる方法も知ってる。
　よこはたさんやここを読み書きしてる人たちも大抵は知っているか調べる方法を知ってて、自前で対処できると思う。
　オレは、こう言う自前＝自己責任で一通り対処できるメンツを中級者、自前じゃ対処できなくて教えて貰う必要があるメンツを初心者、と分類してる。
　こう言う応用面まで考えて、初心者全てが気楽に利用できるソフトとは言い難い、中級者向けソフト、と判断している（どこで見たか忘れたが、入手したのがzip以外の形式で圧縮されたファイルで、解凍ソフト聞いてる初心者も居たなぁ）。


　ちなみに、この判断はTMPGEnc自体でも同様で、基本的にはウイザードとかも有って初心者でもそれなりに手軽に使えるけど、ちょっと凝ったことをし出すとそれなりに基礎知識が要るから、TMPGEncも中級者以上向けソフトだと思ってる（そもそも、各機能名や説明自体、動画編集全般の基礎知識が無いと判らない物も多いしね）。

動画（AVI）に字幕を付けたいのですが、どうすればよいでしょうか？

TMPGEncで行うことはできません。簡単なテロップ程度ならAviUtlとそのプラグインで可能で
すが、多少長い字幕ならVideoStudioやプレミアなどを使用するのが一般的でしょう。

はじめまして。
試用版をダウンロードして使ってみたのですが、トラックにクリップを追加しようとすると、
「音声の有無が現在のトラックと異なります」と表示されて追加できなくなります。
クリップはVOBファイルAC-3ですべてちゃんと音声は「有る」はずなのですが。
有無ではなくて、なにか別のところで引っかかってるのでしょうか？

>クリップはVOBファイルAC-3ですべてちゃんと音声は「有る」はずなのですが。

そのソースは何でしょうか？
DVDレコーダからのものですか？

DVDレコーダのものであれば、そのメーカー・品名、録画時の設定等を
明記しないと他の人がレス・現象の確認が付きにくいかと思います。
(あと、Autherのバージョンも)

#そのエラーメッセージ、私は見たこと無いです。

AC3の音声レートが違うものを混在させようとされているのでは？
DVDレコーダーでも松下と東芝ではレートが違いますし
東芝のものはAC3で2種類のレートが選べる仕様になってます

割り込みすいません。便乗ですがカノプーのMTU2400で録画し作成されたファイルをTMPGEで分割しTDAに読み込ませDVDを作成しようとしたところ同じ症状が出ました。この場合はどういうことなのでしょうか？映像はmpeg2-vbrで最大８Mのビットレートで音声はMP2です。よろしくお願いいたします。

そのエラーメッセージには詳細なエラー内容が併記されているはずですが、それはどうなって
いますか？　このエラーはトラックに音声付のクリップがすでに登録されているときに音声の
ないファイル(または同じフォルダに音声が見つからない)を選択した場合や、その逆の場合に
表示されます。

またこのエラーが表示された場合でも、キャンセルボタンを押してメッセージを閉じ、正しい
音声を再指定することでこの状況を回避することが可能だと思いますがどうでしょう。

>このエラーはトラックに音声付のクリップがすでに登録されているときに音声の
ないファイル
>MTU2400で録画し作成されたファイルをTMPGEで分割し
たものですから音声はしっかり入ってます。mediaplayerでちゃんと再生できます。（ここのファイルがです）
>またこのエラーが表示された場合でも、キャンセルボタンを押してメッセージを閉じ、正しい
音声を再指定することでこの状況を回避することが可能だと思いますがどうでしょう。
正しい音声の意味がわかりません
同じファイルではないということでしょうか？

MTU2400は全く触ったことがありませんので、その機器単体の質問は分かりません。あくまで
エラーメッセージ対してのレスしか出来ませんので。

to-ruさんの書き込みを整理すると、
> AとBという２つのファイルがあり、どちらも音声(MP2)付きのm2pファイルである。まず
> トラックにAを追加し、その後同じトラックにBを追加しようとすると「音声の有無が
> 現在のトラックと異なります」のエラーが表示される。
と言うことでよいのでしょうか？（違うならこのあたりの手順の詳細を書いてください)

この場合の確認点としては、AとBが同じフォーマットのファイルであるかどうかということ
です。エラーの表示されたBを新たなトラックに追加して、トラックの設定画面の内容を比
べて見てください。Aが追加されたトラックとBが追加されたトラックで何かフォーマットに
違いはありませんか？


> 正しい音声の意味がわかりません
> 同じファイルではないということでしょうか？

映像と音声が別々のファイルとして用意されていて、しかも拡張子以外も違うファイル名に
なっているのではないかと想像したのです。拡張子だけが違っているなら、TDAはある程度
はファイルを探して映像と音声を結び付けてくれますが、拡張子部分以外も違っているなら
自動では結び付けてくれません。だから手動で正しい音声を選べばよいのではないか？と
思ったのです。

fayさん色々すいません。
最初から整理すると、まずMTU2400でTV番組をmpeg2（映像vbr平均4.5M最高8M音声mp2256k）でキャプチャー後TMPGEのMPEGツールでCMやナレーションなど不必要な部分を削除するために分割しました。そのあとTDAにそれぞれのファイルを読み込ませようとしたときに「音声の有無が現在のトラックと異なります」とのエラーメッセージがでました。私の場合2個目のファイルを読み込もうとしたときです。
個々のファイルをTDAに読み込ませると同じフォーマットのファイルだと思うのですが、
なぜかうまくいきません。個々のファイルを再生してみても音声は再生できました。
結局それぞれのファイルを一個ずつVOBにしてQuickDVDでつなげたんですが、バグと言うのか何なのかわかりません。ちなみにこれ以前に10回くらいと以後に3回くらいTDAで他のファイルを読み込ませてますが。こういった症状は一度も出てません。
以上、長々と書きましたが原因はわかりませんでした。

毎回、この掲示板を参考に、試行錯誤を繰り返している者です。
過去ログを拝見していましたら、インターレース解除の設定で、偶数奇数フィールド系を選択すると、偶数・奇数あわせて1フレームとするところを偶数で1フレーム、奇数で1フレームになるので、たとえば30フレーム／秒の場合は60フレーム／秒になるという記述を見つけました。
ということは、同じビットレートで圧縮した場合、偶数奇数フィールド系のインターレース解除の設定でエンコードすると、1フレームに割り当てられるビット数が少なくなり、再生した時に解像度が落ちたような印象になると解釈してよいのでしょうか？
自分的に試した場合、
（１）インターレース解除　偶数奇数フィールド
（２）24フレーム化　二重化
では（２）のほうが確かにソフトで少々ぼやけましたが、横縞もなくきれいでしたので上記の理由によるものかどうかを知りたかったのです。
それともう1点、24フレーム化の設定で”自動”というのはどういう動作をしているのでしょうか？

まず、第一に24fps化を前提としているんでしょうか？
あと、二重化してますが、最終的な画像サイズは(320x240)といった大きさですか？

>インターレース解除の設定で、偶数奇数フィールド系を選択すると、偶数・奇数あわせて1フレームとするところを偶数で1フレーム、奇数で1フレームになる
『なる』というか『する』ですね。
偶数フィールド(640x240)を１フレーム(640x480)に拡大して使います。奇数も同じです。

>30フレーム／秒の場合は60フレーム／秒になるという
これは指定しなければ、勝手にはならないと思います。
60fpsに意図的にする時の話しだと思います。

>同じビットレートで圧縮した場合、偶数奇数フィールド系のインターレース解除の設定でエンコードすると、1フレームに割り当てられるビット数が少なくなり、再生した時に解像度が落ちたような印象になると解釈してよいのでしょうか？
フレームレート(fps)が同じならそんなに変りません。30fps→60fpsに意図的にしたのであれば変りますが。

>（１）インターレース解除　偶数奇数フィールド
>（２）24フレーム化　二重化
情報がこれだけですと、最終的にどんな仕様の動画を作ろうとしてるのか分かりません。
上にあげられてる情報がチグハグな感じがちょっとします。
（１）30fpsで（２）が24fpsっぽいので、１フレーム当たりのビットレートは（２）の方が多めになり綺麗になった気がします。

>24フレーム化の設定で”自動”というのはどういう動作をしているのでしょうか？
30fpsの元ソースを、フィールド単位で分解して2枚のフィールドできれいな一枚のフレームになる絵を選択してくれます。（パターン検出で自動設定してるだけかな？(^^;）

フレームとフィールドの関係や、各設定がどのような動きをしているのか
少しの情報収集と少しの試行錯誤で、かなり分かってきますので頑張ってください。

>>30フレーム／秒の場合は60フレーム／秒になるという
>これは指定しなければ、勝手にはならないと思います。
>60fpsに意図的にする時の話しだと思います。

インターレース解除の設定の
「偶数・奇数フィールド（フィールド）」系と「偶数(または奇数)フィールド」系は区別されますね。
具体的には、解除方法に
「二重化（フィールド）」
「二重化（フィールド・適応）」
「偶数・奇数フィールド（フィールド）」
「偶数・奇数フィールド（フィールド・適応）」
「偶数・奇数フィールド（フィールド・アニメ適応）」
「偶数・奇数フィールド（フィールド・アニメ適応2）」
を選択するとfpsは倍（ソースが29.97フレーム/秒なら59.94フレーム/秒）に自動的に設定されます。

>ということは、同じビットレートで圧縮した場合、偶数奇数フィールド系のインターレース解除の設定でエンコードすると、1フレームに割り当てられるビット数が少なくなり、再生した時に解像度が落ちたような印象になると解釈してよいのでしょうか？

スポーツやライブなどハイモーションなソースを「偶数・奇数フィールド」系で60fpsで出力すると
30fpsで出力するのに比べて時間の解像度が上がるので好ましく見える場合もありますね。

横からの質問で失礼します。
私もエンコードを勉強中の一人で、インターレース解除について同じような疑問をもっていました。（また別のスレにて質問させていただくかもしれません）。

>>ということは、同じビットレートで圧縮した場合、偶数奇数フィールド系のインターレース解除の設定でエンコードすると、1フレームに割り当てられるビット数が少なくなり、再生した時に解像度が落ちたような印象になると解釈してよいのでしょうか？

>スポーツやライブなどハイモーションなソースを「偶数・奇数フィールド」系で60fpsで出力すると30fpsで出力するのに比べて時間の解像度が上がるので好ましく見える場合もありますね。

これは1秒間に表示されるフレームが倍になるので、動きが滑らかに見えると言う意味なのでしょうか？
私も同ビットレートでフレーム数が増えると解像度が落ちると理解していたのですが、この解像度が落ちると言う事とスムーズな動画とは意味が違うのでしょうか？私は静止画のイメージで考えてしまい、”解像度が落ちる＝画質が悪い＝ぼやけた感じの画面＝動画がスムーズでない”とちょっと外れた理解の仕方をしているようです。
解像度が落ちても、倍のフレームレートならまだ見られない物では無いと言う事なのでしょうか？

あかつきさん、TILT!さん、ご返答ありがとうございます。
TMPEGEncって設定項目が非常に多く、ただ闇雲に試行錯誤するよりは、少しでも理屈を理解して効率よく試したく、質問しました。何しろ設定によってはソースの3倍から5倍の時間を要するので試すのも一苦労です。(AthlonXP1600+ ＝ このソフトを使うまでは全く不満なかったのに)

私の場合、PCでしか見ないので、PCに限定してきれいに見るためなら、24fpsでもインターレース解除でもかまわないから…と思いいろいろ試していました。(この考えが間違っていたらご指摘ください。)
いろいろ試してみたところ、MPEG1なら、24FPS（自動アニメ適応）が一番きれいでした。ところがMPEG2(試用期間中です(*^_^*))だと、上記の設定とくらべ、ウィザードに従った全くのノーマルでも大差なく、むしろシャープな感じがして好ましいような気がします。24fps化は時間ばかりかかってあほみたいだ。
見るソフトはWinDVD4でインターレース解除の項目はAUTOになっています。こういうものなのでしょうか？

>私の場合、PCでしか見ないので、PCに限定してきれいに見るためなら、24fpsでもインターレース解除でもかまわないから…と思いいろいろ試していました。(この考えが間違っていたらご指摘ください。)

PCで市販のDVDを見たとき、横縞が気になることが有りますか？

>見るソフトはWinDVD4でインターレース解除の項目はAUTOになっています。こういうものなのでしょうか？

多分WinDVDなら、気にならないと思います。（PowerDVDに比べてWinDVDの方が、インターレース解除はうまくいっていると思います。）

私の経験から行くと、PCで見る場合でも、WinDVDであればインターレース解除する必要は無いと思います。
ソースがテレビから録画した映画やアニメであれば、プロジェクトウィザードの2/5の「映像の内容」で「フィルム映像」を選ぶだけです。あとはアニメであれば「量子化行列」で
アニメ/CGを選ぶだけです。

このようにして作成したMPEG2をDVDに焼けば、PCでもTVでも滑らかに見ることができます。

>PCで市販のDVDを見たとき、横縞が気になることが有りますか？

なるほど、市販のDVDはMPEG2なのでしたね。
ところでご返事を読んでいてふと思い当たったのですが、以前、DivX5.05のコーデックを使ってインターレース解除をせず、その他のオプションも一切なしで、1600fpsで圧縮したものを、圧縮したPC（AthlonXP1600+,NVidiaGF4MX440,PC2100-256MB,Win2000SP4,WinDVD有）で再生したところ（WMP9で）まずまずだったものを、別のPC(Celeron1.8G,Intel内蔵845GL,PC2100-382MB,WinXP,WinDVDなし)で再生したところ(WMP9)かなりしわのよっただめな画像になりました。
見るソフトだけでなく、それがインストールされているか否かで変わることもあるのでしょうか？

ＶｉｄｅｏＳｔｕｄｉ６で編集してあったＡＶＩファイルを、ＶｉｄｅｏＳｔｕｄｉｏ７でオーサリングしたのですが、横縞ノイズが出てしまいました。そこでＴＭＰＧＥｎｃでインターレス解除してＭＰＥＧファイルつくってからオーサリングしようと思っているのですが、４．１７ＧＢのＡＶＩファイルが読み込みません。
３．７６ＧＢのＡＶＩファイルは、読み込めます。４ＧＢ以上は、読み込めないのでしょうか？読み込めないとすれば、ＶｉｄｅｏＳｔｕｄｉｏ７で２つに分割して編集した方がよいのでしょうか？それとも何かいい方法があるのでしょうか？
私がやりたいことは、ＡＶＩファイルのＤＶＤディスク保存と、ＤＶＤプレーヤー（ＰＳ２含む）を使い、ＴＶ画面でも見たいのです。
どなたか教えてください。

>ＶｉｄｅｏＳｔｕｄｉ６で編集してあったＡＶＩファイルを、ＶｉｄｅｏＳｔｕｄｉｏ７でオーサリングしたのですが、横縞ノイズが出てしまいました。そこでＴＭＰＧＥｎｃでインターレス解除してＭＰＥＧファイルつくってからオーサリングしようと思っているのですが、４．１７ＧＢのＡＶＩファイルが読み込みません。
>３．７６ＧＢのＡＶＩファイルは、読み込めます。４ＧＢ以上は、読み込めないのでしょうか？読み込めないとすれば、ＶｉｄｅｏＳｔｕｄｉｏ７で２つに分割して編集した方がよいのでしょうか？それとも何かいい方法があるのでしょうか？

　4G越えてるって事はそのAVIはAVI2.0だから、TMPGEncのVFAPIの優先順変えることで読み込めるかも知れず。
　このfayさんのFAQサイトの「メディアプレイヤーで再生出来るのに開けないAVIがあります」を読んで、VFAPIプラグインの優先順を変えてみるとか。
http://missinglink.systems.ne.jp/

　後、AVIの保存形式がDV AVIだったら、上述のFAQサイトの「AVI(Type1-DV)からMPEG1/2へエンコードすると音声にノイズが乗ります(New)」も読んで、DV AVIの保存形式をType-2にした方が良いと思う。

自己解決しました。
４．１７ＧＢのＡＶＩファイルは、IEEE1394でキャプチャしたファイルでした。
設定→環境設定→VFPFIプラグイン→DirectShow Multimedia File Readerを右クリックし、優先度を1番上にしたら読み込みできました。

MPEG2ファイルの結合を行ったのですが、結合の部分で音がきれてしまいました。
打開策はないでしょうか？
宜しければ教えて下さい。
宜しくお願いします。

意識して、無音部分で結合できるようなファイルを用意します。

　MPEG2にしてから結合すると、MPEG2エンコ時に映像や音声の長さが微妙に変わって音がとぎれることもある。

　んだから、理想は、元動画の時点で結合しておく＆きゃぜるぬさんさんが書いてるように音がとぎれても困らない無音部で分けておく事。

　元がMPEG2やAVIとかならAviUtlで追加読み込みしてつなげてaup保存したものをTMPGEncで読み込めば結合済みで読み込める。
　CMの無い長時間ドラマとかからエンコする場合、シーンの変わり目とかでBGMも無い無音部分で切っておく、ってのが常套手段。

きゃぜるぬ さん、ぢん さん、有難うございます。
元がMPEG2ファイルなので、AviUtlを使用してみようと思います。
今回は有難うございました。

はじめまして、ＤＶＤにプロモーションビデオを１４曲くらい焼き付けて自作ＤＶＤを作りましたが、曲によって音量が変化し、もともと大きい音のは大きい音、小さい音のは小さい音というふうに１曲１曲音量が変化するのでボリュームをいちいち変えないといけません。この１４曲全部を同じ音量にすることってできるのでしょうか？詳しい方ご教授ください。宜しくお願いします。

音声は、別のフリーソフトなので、予め音量を揃えM-1Lyear2や、LineaPCMなどに変換
すればイイのではないですかな？　SoundEngineっていうフリーソフトが結構役に立ちます。TDAは、音声と映像を別で設定できるので上記のやり方で改善されると思いますが
TDAの中で音量調整って無理じゃないですかね。

どうもありがとうございます。早速やってみます。また何かありましたらお願いします。

やってみましたが、どうもSoundEngineはＭＰ３とＷＡＶファイルしか対応しないみたいです・・・ＤＶＤ−ＶＩＤＥＯやＭpeg１形式に対応できないのでしょうか・・・？

なんか・・・TDAのBBSなんで、コレ以上ここでのやり取りは、避けたほうがイイですね。M-1 Layer2は、WaveをTMPGEncで、音声のみエンコードすれば出来ますよ。
だから、ある程度の音声調整などは、SoundEngineで行いRMPGEncで、変換・・・
もしくは、SCMPXというフリーソフトもM-1 Layer2に変換してくれます。
何か今後分からない点があればメール下さい。　俺も、PVや音楽ライブを制作してるので気持ちは察します。がんばってください。

エンコード時にハングアップする（正確には「エンコード終了時ににシャットダウン」にチェックを入れておくと、シャットダウンできないでいる）ことが多々あります。

25分ほどのファイルを何本かエンコードしています。
正常にエンコードが終了すると167MBほどになります。
上記の症状の直後、まだデスクトップの操作がかろうじて可能な時に、できあがったファイルサイズを調べたところ167MBほどありました。
ハングアップはしているが、ファイルちゃんとできている！と思い、再起動したところ、そのファイルのファイルサイズが46MBほどしかありませんでした。

再生時に「ファイルは不明な形式です」というエラーがでるのですが、46MB分？は再生できます。

同じソースで何度かエンコードしてみたのですが、毎回46MBしかできない訳ではありません。
ファイルサイズはまちまちで80MBであったり、100KBぐらいであったりしています。
別のソースでも同じ症状が出ましたが、エンコードに成功することもあり（エンコード時の設定は変更していません）、現在のソースも何回かやっていればそのうちエンコードに成功すると思われます。（ソースには異常がないんじゃないかということをいいたいだけです）

あまりに成功率が低いので、似たような症状を解決された方がいらっしゃいましたら情報を提供していただきたくお願い申し上げます。

環境は
PenIV2.4CGHz（HT有効）
WindowsXPPro
メモリ512MB
DirectX9
codec Divx5.0.5 & RadiumMP3
dvd2avi経由で*.d2vをエンコードしています。

>RadiumMP3
これは使わない方が良いかと・・・。違法なものですよ？
多分これはわからず使ってるんだとは思いますが。

廃熱は大丈夫ですか?
ベンチマーク等で落ちませんか？
メモリにエラーはないですか？

この手の問題はパソコンのハードが絡んでくるのが大半です。
ソースに異常がないと言い切れるのならですけど。

問題点の切り分けをしましょう。

１．ソースに問題がないか。・・・ 何回かやればうまくいくということでソースに問題がないとは言い切れない。むしろ、メディアがおかしくなっている証拠のような気がする。

２．ソフトに問題がないか。・・・ RadiumMP3ていうのは著作権を侵害している違法ソフトではなかったですか。　まともなコーデックを使いましょう。

３．DivXに問題がないか。・・・ 一度、DivXを正式にサポートしているソフトでエンコードしてみましょう。

予想される結果は、TMPGEncがDivXをサポートしていないのが原因。

MP3codecの件ご指摘ありがとうございました。

ということでmpeg1に出力してみたのですが、エンコード途中でハングアップしてしまいました。

廃熱について
常時、筐体のふたをあけて運用しています。

メモリについて
memtestを走らせてみました。エラーは報告されませんでした。

ベンチマークについて
super_piを走らせてみました。
Divxでのエンコード時と似たような症状になりました。
3355万桁の計算終了後、計算終了のダイアログを閉じた後、デスクトップの操作ができなくなっていました。
計算結果もファイルに記録されていませんでした。
当然アプリ起動時の表示は未計算のままです。

ソースについて
ソースの正当性ってどうやって確認するのでしょうか？

メディアについて
DVDレコーダで作成したDVD-Rから直接読み込んでいます。
パソコンのDVDプレーヤでの再生は可能で、複数のメディアで同じ症状になりました。
メディアのブランドは太陽誘電とマクセルです。

super_piの結果からハードくさいのですがまさかCPUに問題が・・・？

廃熱のような気がします。

ケースの横開けてても廃熱に問題ないというのはないと思います。
・OCをしていたら全て定格に戻す。
・横から扇風機なりで強制廃熱。
・CPU以外の場所が暴走していないか。
・HDDにエラーがないか(たぶんあきぽんさんがいわれておられるのはこの事だと思います)
・パーツの不良は無いか。
・M/Bの設定を定格に戻す。

ぐらいですね。

廃熱というか、熱暴走のような気がします。
ケースを開けてもだめなら、CPU自体の放熱がうまくいっていないのではないでしょうか。

うちはDuron850MHzですが、TVキャプチャーを始めたところ、頻繁ににハングするように
なりました。
CPU温度を調べると、90℃を超える信じがたい温度に！
ちなみに、通常の使用では、せいぜい65℃前後、何もしない状態では40℃前後。
余っていたAthronXP1800+用の一回り大きなクーラーを付けたところ、アイドリング時
35℃前後、キャプチャー時でも50℃前後にまで下がり、それ以来ハングしていません。

うちの場合、CPUクーラーそのものより、グリスのせいだったかもしれませんが(最初に
組み立てるとき、グリスが見つからなかったので、付属していた熱伝導シートを使って
しまった・・・)、劇的に効果がありました。

CPUクーラーを強力なものにしてみてはどうでしょうか。

ちょうど手頃な扇風機があったので、送風しながらエンコードしてみました。
エンコード時間が45分程度のエンコードを手動で4回連続で実行してみました。
4回目に失敗しましたが、なんとなく前より安定しているみたいです。

確かにケースの中の温度が下がって、室温程度になっているみたいです。

HDDの発熱を押さえるために、外付けのHDDに出力してみたのもよかったのかもしれません。

廃熱や熱暴走が問題だとすると、ケースにふたをして長時間のエンコードをするにはどのぐらいのほうねつたいさくをしたらいいんでしょうかねぇ・・・。

この8倍ぐらいの時間は安定してエンコードして欲しいんですよねぇ。

安定するならクロックダウンしたいぐらいです。

こんな状況だと、CPUクーラーを交換してみるのは効果があるかもしれません。
いいもの探してみます。

>廃熱や熱暴走が問題だとすると、ケースにふたをして長時間のエンコードをするには
>どのぐらいのほうねつたいさくをしたらいいんでしょうかねぇ・・・。

ケース内部を（そこそこ手軽に）効率よく冷やしたいのでしたら
下記の件を検討してみては如何です？

１　ケース前面に吸気ファンを装着する。（未装着の場合）
２　ケース前面と背面のファンをさらに高効率の物に交換する。
３　ＣＰＵファンも効率のいいものに換装する。
４　フラットケーブルをラウンドケーブルに交換する
５　ビデオカードも結構発熱するのであんまり発熱しないカードに交換する。

まあ、とりあえずケース内部の空気の通りをよくするのが大事だと思いますので。

#　余談ながらPC周りの環境は大丈夫ですか？
#　知り合いに部屋の温度は十分低いけどPCの周りでは空気が循環しにくい
#　環境になっていて熱暴走させていた例があったので

安い電源使ってると、まるでドライヤーだから(^^;
試しに電源の排気口付近に温度計を設置してみると、笑いがこみ上げてくるかも(笑)

私の場合も、空気が篭っちゃってて、局所的には５０度近く...部屋も暑くなるわけだ(^^;

CPUファンは3000rpm程度の純正品使ってるんだけど、一般的にみんな使っているのになんでオレだけ・・・って思っていましたが、確かに電源は安物かも。
ケースケチったからな（苦笑）。

あと設置場所も、部屋の中では風通し悪い場所かもしれないです。
部屋自体はとてもいいのですが・・・。

いいのかな、こんなスレッドで。
だんだん掲示板の趣旨からはずれてっている気がするのですが
僕にとってはありがたいコメントがたくさんついて助かっていますが。

avi形式のファイルを変換しようとしたら一部のaviファイルで、○○ファイルは開けないか、サポートされていませんと出るのですがこれは何が原因なのでしょうか？

対応したcodecは入ってますか？
プレイヤーで再生ができるからってcodecが入ってるとは限りませんよ。

返答ありがとうございますm(_ _)m
では、自分でコーデックを探してみます、もし見つからなかった場合またここで質問してもいいですか？(コーデックの場所などを)

いいわけないじゃん^^

>いいわけないじゃん^^

　だよね。
　自作AVIか貰い物か書いてないから判らんが、どっちにしても、その「一部のaviファイル」で使ってるコーデックを確認して、そのコーデックについて自前で調べれば判ると思う。
　インターネットじゃ、googleとかの検索サイト使えば、調べられないことの方が少ないんだし（検索サイトも知らないシロート、って事は無いと思うし）。

　友人からの貰い物なら、その友人に聞いてみるのも手だ。

WMV9形式のaviを読み込むことができません。メディアプレイヤーではちゃんと再生されるのですがTMPGEncで読み込もうとすると「ファイルは開けないかサポートしていません」といわれ読み込むことができません。読み込むにはどうしたら良いでしょうか？

WMV9のAVI用コーデックはインストール済みですか？　メディアプレイヤーでは勝手にフィルタ
がダウンロードされて再生できるようになりますが、編集はまた別です。

どうもありがとうございます。ちゃんとエンコードできました

Xeon 3.06GHzのデュアルでＰＣを作ろうと思っているのですが、
ＴＭＰＧＥｎｃを使用して、
huffyuv(YUY2 704*480)・音声PCMのaviファイルをmpeg2(704*480)・音声mp2に
2passＶＢＲを使って圧縮する場合、特にフィルタを使わなければ
ソースの実時間内にmpeg圧縮を完了することはできるでしょうか？
ちなみに現在の環境(WinXP-Pro・P4 2.26GHz)では2passVBRを使うと
ソースの時間の４倍程度かかってしまいます。
(これでもP2・P3の時代と比べれば信じられないくらい速いのは分かっています。)
過去のスレッドを見てみると、デュアルでも単純に２倍の速さになるわけではない
らしいので、2passVBRで実時間内というのは厳しそうにも思えます。

まあ数年もすれば、ノイズフィルタを使って実時間のハンブン。なんて欲求も
でてくるんでしょうが、、、。

3.06Gで試したわけではありませんが、2.4Gからの推測で言うと実時間内に圧縮できません。
Xeon3.06Gで論理4CPU用意しても、TMPGEnc Plusでは2CPUまでしか使用しません。

私の試した限りではP4-3.06G（HT-ON)で１パスに実時間の85〜90%程度かかります。これか
ら考えると、２パスで実時間の2倍程度掛かることを前提にP4-3.0Gを買うというのも手かも
知れません。(価格効果比というわけですが)。

あと、huffyuvの展開はかなりCPUパワーを消費しますので、速度を重視するなら不利といえ
ます。まあフィルタを掛けた状態で２パスすることを考えると雲泥の差がありますが。

たしか、3.06GHzより3GHzのPentium4のほうがＦＳＢの関係で若干速いんでしたよね？

ところで3GHzで実時間と同じというのは本当ですか？
先ほど次の設定(mpeg2 704*480-4:3 固定品質　逆3:2プルダウン 検索精度-標準
フィルタ無し)でエンコードしてみたのですが、P4-2.26GHzでソース時間の
2.5倍ほど掛かりました。huffyuvだからでしょうか。

それとも＋740MHzとFSB800MHzとHTの効果がすごいってことでしょうか？
もしよかったらそのときの設定を教えていただけませんか？

まあ、速さにこだわるんだったら、TMPGEncに固執しないで他のエンコーダを
使えばいい話なんですが。

TMPGEncでのエンコードで影響が大きいのは、HTの有無です。これがあれば、シングルCPUでも
大体30〜40%程度時間を短縮できます。クロックやFSBももちろん影響しますが、HTほどの効果
はないようです。

huffyuvについてですが、簡単なテストをしてみました。Xeon2.4GやP4-3.06Gは手元にある
PCではないので、自前のP4-2.4Gです。ソースはCMを92秒程度(720x480 2763frame)で、
これをIris(DVコーデック)とhuffyuvで保存してそれをMPEG-2(ウィザード設定CBR-8Mbps、
映像のみ)にエンコードしました。結果は以下のとおり。

　　Iris = 150秒(実時間比163%)
　　huffyuv = 228秒(実時間比247%)
　　非圧縮 = 208秒(実時間比226% ただしHDDがボトルネックでCPUが100%まで使われず)

huffyuvがどのくらい重いのか分かる結果だと言えます。TMPGEncではAVIに対してRGB24でア
クセスしているはずです。だからhuffyuvでYUY2保存していた場合、読み込み時にCodec内で
は圧縮展開と色空間変換が発生しているものと思われます。

上記のIrisでの結果を元に、P4-3.0GHzの速度をHTの効果35%、クロックアップ＆FSBアップ
15%として換算すると、１パスで実時間は十分に切れると言うことが分かるかと思います。

もちろん、huffyuvとIrisとでは画質に差がありますので、結果が同じになるわけではありま
せん。このあたりはトレードオフということになるでしょう。

3.06GHzではありませんが、Xeonなマシンが手元にありますので、テストしてみました。

環境は以下の通り
SuperMicro X5DAL-G
Xeon 2.4GHz(FSB533MHz)×2
DDR333 512MB×2(DDR266動作)
WindowsXP Professional SP1

90秒のCanopus MotionJPEGソース→MPEG2のエンコード(ウィザード設定CBR-8Mbps、映像のみ)を
CPUをON,OFFにしてエンコード時間を計ってみました。
左からCPU0,1,2,3のON(o),OFF(x)状態を示します。
oxxx(1CPU,HT OFF) 214秒 (実時間比237％)
oxox(1CPU,HT ON) 131秒 (実時間比145％)
ooxx(2CPU,HT OFF) 110秒 (実時間比122％)

同じ映像ファイルをDV(Iris)ソースに変換した物でも試してみました。
左からCPU0,1,2,3のON(o),OFF(x)状態を示します。
oxxx(1CPU,HT OFF) 176秒 (実時間比195％)
oxox(1CPU,HT ON) 117秒 (実時間比130％)
ooxx(2CPU,HT OFF) 91秒 (実時間比101％)

2.4GHzDualでほぼ実時間エンコードできましたので、
3.06GHzのDualであれば、実時間を切ることができることでしょう。
しかし、エンコードのみであれば、Dualでほぼ倍速、HTでも5割の高速化されるのですね・・

fayさん、akira_cx さん、二人とも実験ご苦労さまです、とても参考になりました。
Xeon dualでも1passで実時間を切るかどうかの次元なんですね。

>TMPGEncではAVIに対してRGB24でアクセスしているはずです。
そうだったんですか、、知りませんでした。

だれでもそうだと思いますが、mpegに圧縮するためのソースはできるだけきれいな
ものが良いので、すでに圧縮されているDVは使おうとは思いません。
色もかなり間引かれてますし。
やはり、可逆圧縮のhuffyuvか無圧縮のaviってことになります。
2passで実時間はもう少し先の話になりそうですね。

TMPGEncの話ではありませんが、私はキャプチャーボードにSAA7130搭載のやつを
つかってますが、これはＡ／Ｄ変換をした時点でYUY2になっているので、
RGB24でキャプチャーすると余計なデータが付いて後々不具合が生じる、というのを
何かで見たおぼえがあるような気がします(違うボードだったかも)。
早い話がこのボードでＲＧＢ２４で取り込んでも色空間的に
問題が有るか無いかを知りたいのです。
ご教授くださいませ。

ソースをできるだけ綺麗にしたほうが良いというのは確かです。ソースの読み込みでは
ファイル読み込み時間と展開時間の２つがあるわけですが、huffyuvではそのどちらも
結構かかってしまいます。ファイルは大きくなってしまいますが、YUY2非圧縮で保存し
たほうがhuffyuvの時よりも早くなるかもしれません。

最近のキャプチャ機器ではYUY2でデータを出力するものが多いですね。これらの機器で
RGB24キャプチャをするのは結構厳しいんじゃないかと思います。色空間変換が必要で
すしデータ量も増えますので、コマ落ちする確率が格段に上がると思います。また、そ
うしたからといって、画質が良くなるとも思えません。

YUVとRGBの変換としては、RGB24からYUV系への変換は式が決まっていますが、逆はそう
でもありません(RGB→YUVの逆算をしているのが殆どかな？)。YC伸張するかストレート
のままかという話もあります。このあたりで問題のある処理をしている機器やソフトが
あるかもしれません。

TMPGEncはRGB24で読み込んでフィルタも全てRGB処理、エンコード直前でYUV420変換して
いるそうです。

文面から分かると思いますが、私は初心者に毛が生えた程度の人間です。

TMPGEncはキャプチャされたYUV422のデータに空白のデータを入れて
YUV444(RGB24)として見立てるわけですよね？
mpegに圧縮する際、YUV444(実質YUV422)からさらにをYUV420に間引くわけですから、
色情報の劣化はかなり深刻ですよね？

解決する方法としてはTMPGEncがYUY2での展開をサポートするか
ＲＧＢ２４でキャプチャできるボードを探すか、なんですが、
各キャプチャボードのメーカーのHPにはそこまで詳しく解説されていません。
どうしたものか、といったところです。

たしかMTV系もA/D変換でYUV422だったと思いますが、あれらのハードエンコード部分も
YUV422に対してRGB24でアクセスしているんでしょうか。

私が言いたいのは、YUV4:2:2のデータに対して直通でmpegのYUV4:2:0に
間引くことができれば色の劣化は最小限にとどめられるんじゃないの？ってことです。

> TMPGEncはキャプチャされたYUV422のデータに空白のデータを入れて
> YUV444(RGB24)として見立てるわけですよね？
> mpegに圧縮する際、YUV444(実質YUV422)からさらにをYUV420に間引くわけですから、
> 色情報の劣化はかなり深刻ですよね？

YUV422からRGB24への変換はコーデックが行うため、TMPGEncが何らかの処理をしている
わけではないでしょう(カノープスDVコーデックのみは別処理)。コーデックに対して
RGB24でデータを渡すように要求しているのです。

YUY2からRGB24への変換では、計算によって誤差は生じますが基本的に劣化は生じないと
考えられるでしょう。もちろん何度も何度も行えば誤差が目に見えるようになります。
しかし1回の変換による劣化が気になって仕方がないという人は、エンコード後の映像な
んか酷くて見てられないでしょう。


> 解決する方法としてはTMPGEncがYUY2での展開をサポートするか
> ＲＧＢ２４でキャプチャできるボードを探すか、なんですが、

TMPGEncがYUY2展開をサポートしても、他の部分が今と同じでは何の意味もないと思いま
す。RGB24への変換がコーデックで行われるかTMPGEncで行われるかの違いでしかありま
せん。TMPGEncでは内部処理をすべてRGB24で行うことによって不要な色空間変換が発生
しないようにしているので、YUY2のままでエンコーダへデータを渡すには、RGB24で行わ
れている処理をYUY2で作り直す必要があります。

もちろんYUY2で入力されるなら、そのままでエンコーダに渡すのが劣化の面ではよいで
しょうが、TMPGEncの基礎設計が行われた1997〜8年あたりにYUY2で全ての処理を行うと
いう発想はなかったと思います。またYUY2などのYUV系で入力できないコーデックはた
くさんありますが、RGB24で入力できないコーデックはまずありません。このあたりが
RGB24で統一されている一つの理由でしょう。


> たしかMTV系もA/D変換でYUV422だったと思いますが、あれらのハードエンコード部分も
> YUV422に対してRGB24でアクセスしているんでしょうか。

MTVはYUVのままでエンコードしているでしょう。RGB24で処理する理由はありません。