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

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で処理する理由はありません。

初めてリッピングしたのですが画像と音声がどうしてもずれてしまいます。
少しではなくかなりずれているので全く内容を理解できないような出来上がりです；；
2回挑戦しましたが2回ともずれます。
どこかを設定したりすればなおるのでしょうか？
お分かりになる方がいましたら教えてください。

この掲示板の利用規約の「■ 禁止される書き込みの具体例」のところをよく読んで、それでも
問題がない内容であるなら、そのリッピングしたDVDの詳細を書きましょう。

「■ 禁止される書き込みの具体例」とはどこにあるのでしょうか？
いろいろ探してみたつもりですが見つかりません＞＜
もしよろしければURL張っていただけるとうれしいです。

>「■ 禁止される書き込みの具体例」とはどこにあるのでしょうか？
>いろいろ探してみたつもりですが見つかりません＞＜
>もしよろしければURL張っていただけるとうれしいです。

　この、コメント書くときに、コメント記入枠の下に「*投稿した時点で自動的に利用規約に同意したものとみなします。」って一文が有るんだけど、見てない？
　この一文の「利用規約」って部分が、利用規約本文へのリンクになってるんだけど。

fayもぢんも、非生産的な意地の悪い書き方は、いい加減に止めろよ。
見ていて気分が悪いし、わざわざ投稿する時間があるなら出来るだけ、
親切に扱ってやれよ。少なくともこの掲示板を見ている人間の中にも、
大人げない書き込みを快く思わない人間がいることを忘れないように。

みこさん＞
「■ 禁止される書き込みの具体例」は下記のURLに記載されています。
http://www.tmpgenc.net/j_bbsrules.html
多分、あなたの書いた「リッピング」という言葉から、ここに記載され
ている禁止事項に抵触する可能性があります。一度、確認してみて下さ
い。

>fayもぢんも、非生産的な意地の悪い書き方は、いい加減に止めろよ。
>見ていて気分が悪いし、わざわざ投稿する時間があるなら出来るだけ、
>親切に扱ってやれよ。
あなたの書き込みも全く同じだと思いますよー

No.9497
ジャック さん　2003/04/04 (金) 19:06 ( ID:otgljj4vtnm )

No.10021
別○よいトコ、皆でおいでませ！ さん　2003/05/06 (火) 22:25 ( ID:otgljj4vtnm )

No.11759
げんすこ さん　2003/08/19 (火) 20:28 ( ID:otgljj4vtnm )

No.11806
よこはた さん　2003/08/24 (日) 04:08 ( ID:otgljj4vtnm )


全て同一IDなんですが、同一人物と考えてよろしいのでしょうか。

＞ユーザー さん
「IP」等をキーワードに検索してもらえば分かるように、必ずしも同一人物とは断定できません。
大学や会社のLANはプロキシを通しているのが普通だと思いますが、異なる人物が異なる端末から
投稿した場合でも、同一IDとなってしまいます。

逆に、複数のプロバイダーと契約している場合や、自宅と大学や会社のLANから投稿した場合には、
同一人物でも複数のIDが与えられてしまいます。
私のHNで検索してもらえれば分かると思いますが、2つのIDを与えられています。

>fayもぢんも、非生産的な意地の悪い書き方は、いい加減に止めろよ。
>見ていて気分が悪いし、わざわざ投稿する時間があるなら出来るだけ、
>親切に扱ってやれよ。少なくともこの掲示板を見ている人間の中にも、
>大人げない書き込みを快く思わない人間がいることを忘れないように。

　どこが大人げないのか判らん。

　「利用規約」は本来カキコの時に目を通しているはずで、判らない方がおかしい。

　んで、オレは利用規約のリンクを見落としてるのかと思って、ああ書いた。
　別にいぢわるした気は無いので、何で苦情言われるのか判らん。

　一番「親切」なのは「調べ方を教える事」だと思ってるしな。
　答えだけ教えても、成長は少ない。
　答えに至る道を知る事がもっとも成長出来る＝もっとも親切なはずだ。

>>fayもぢんも、非生産的な意地の悪い書き方は、いい加減に止めろよ。
>>見ていて気分が悪いし、わざわざ投稿する時間があるなら出来るだけ、
>>親切に扱ってやれよ。
>あなたの書き込みも全く同じだと思いますよー

>>「あなたの書き込みも全く同じだと思いますよー」

全然、違う対応ですよー！よく見てね。

>　んで、オレは利用規約のリンクを見落としてるのかと思って、ああ書いた。
>　別にいぢわるした気は無いので、何で苦情言われるのか判らん。

　おまえに意地悪した気が無くとも、俺にはそう感じ取れる。

>　一番「親切」なのは「調べ方を教える事」だと思ってるしな。
>　答えだけ教えても、成長は少ない。
>　答えに至る道を知る事がもっとも成長出来る＝もっとも親切なはずだ。

　ここは養成所や教育機関では無いので、おまえがそんなに気張らなくとも良い。

そういうおまえもいちいち粘着せんでよろしい、よこはた。

4.2G程のオーサリング終了後そのまま付属のライティングツールを起動
↓
DVD+RWをドライブに入れ、ディスク消去後、ライティング。これは問題なく終了。
↓
上記ライティング終了後、今度はDVD-Rを入れライティング

すると、ライティング開始後、すぐに（１〜２分で）DVD-Rが吐き出され、ライティング終了の表示。
（エラーは出ず、正常終了）
B's Recorder でディスク情報を見てみると、バケットライトで使用率100%となっていますが、
ディスク上には何もファイルが無く、追記等、書き込みも出来ない状態です。

普段はすぐにDVD-Rに焼いてしまうのですが、今回初めてテストの為にまずDVD+RWに焼いてみて
このような焼きミスが出たので、TDAの問題なのか、うちのドライブを含めた環境の問題なのかは
分かりませんし、今後は付属のライティングツールは使わないと思いますので再現性があるかも
分かりませんが、一応ご報告しておきます。

OS WindowsXP
ドライブ メルコ DVM-4242FB

No.46044 のスレッドの、いちばん最後のぶる〜 さんのレスから、SONY VAIOのサポートの
［お知らせ］を見てみると、同じような事例が報告されています。
PxEngineのバージョンの問題なのかも知れませんね。

ただ、ぶる〜 さんはVAIO PCV-RX75に適用してうまくいったみたいですが、［お知らせ］は
「PCV-RZ71P・RZ61・RZ51、PCV-MXS7R・MXS7 をお使いのお客様へ」となっておりますので、
適用には十分ご注意下さい。
もちろん、お使いのPCがVAIOでなかったら、関係ない話ですけど‥‥‥。

使用PCはVAIOではなく自作です。
ちなみにライティングソフトは他に
B.H.A B's Recorder GOLD5
SONIC MyDVD
Ulead DVD MovieWriter
がインストールされていますが、焼きミスは今回が初めてです。

TDAで作成した自作DVDビデオ(DVD-R)を民生DVDプレーヤで再生をすると
しばらくして画質が落ちてしまいます。
詳しい用語はわからないのでうまく表現できなくて申し訳ないですが、
ＴＶドラマなどでビデオ撮影のとフィルム撮影とで画質(レートという
のでしょうか？)が違いますが(前者のほうが滑らかな感じですよね)、
ああいう感じの画質の変化をします。
元々の絵がそうなのかというとそうではなく、再生を一旦停止させて
再度再生すると画質が元に戻り、しばらくしてまた変化するという感じです。
再現条件が不明確なのですが、早送りをした後で発生するような気もします。
市販DVDソフトでは特に感じられませんでした。何が問題なのでしょうか？
参考：
DVDプレーヤはVictorのXV-Q20
ハンディカム->aviファイル->Premier LEで編集->Source CreatorでMPG化

レスが付かないようですね。私はそのようなことを経験したことはありません。

確認点としては、DVD-Rなどに入った映像に問題があるのか、XV-Q20での再生に問題がある
のかということです。今回の内容から考えると、DVDに入っている映像にはあまり問題がある
ように思えません。一度停止させると元の画質に戻るということなら、元の画質で収録され
ているはずですから。このあたりは別のDVDプレイヤーがあればそれで再生させてみるとよく
分かると思います。

あとはプレイヤーとメディアの相性なども考えられるでしょう。うまく読み込めないなら、
再生時に引っかかりがあったりします。

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

確かにあまり起こらない現象かも知れません。
それとおっしゃるようにプレーヤが原因じゃないかと
思います。PS2では起こりませんし、PC上のプレーヤソフト
でも起きません。なお、今回のDVD-R以外にも他人が作った
DVD-Rビデオでも現象はでました。市販DVDは起こらない
もしくは起きるのが感じられないので、XV-Q20がDVD-Rとの
相性が悪いのでしょう。
初めて買ったプレーヤがこれなのでちょっとショックですが。

700MB (640x272 DivX5)をVCDに焼きましたが
元と違って画像が縦長になります
設定方法あるのでしょうか
お教えください　よろしくお願いします

この掲示板の利用規約の「■ 禁止される書き込みの具体例」のところをよく読んで、それでも
問題がない内容であると考えるなら、その映像の詳細を書きましょう。

もっと勉強してきます　アリがとうございました

かなり基本的なことで申し訳ないんですが、MPEG2の音声を５．１ｃｈサラウンドやDTSなどを埋め込むことは可能でしょうか？
お教えください

５．１ｃｈサラウンドやDTSを作ることができれば可能ではないでしょうか？
とりあえず、TMPGEncだけでは無理だと思います。

お教えくださってありがとうございます。
Vegasで5.1chの音声が作れるみたいなのですが、具体的に制作の流れや必要なソフトウェアを記述してるHPなどありませんでしょうか？ご存知の方お教えください

「TMPGEnc DVD Author ユーザー掲示板」でそんな議論をしてましたので、ご参考までに‥‥‥。
DVD-Videoにする場合の話ですけどね。

http://bbs.pegasys-inc.com/bbscgi/search/docs/ja/dvdae/box05/dvdae_post_2284.html

>Vegasで5.1chの音声が作れるみたいなのですが、具体的に制作の流れや必要なソフトウェアを記述してるHPなどありませんでしょうか？ご存知の方お教えください

5.1サラウンド編集が可能なソフトは以下の通り。
・Sonic Foundry ACID Pro4.0+AC-3 Pack
・Sonic Foundry Vegas4.0+AC-3 Pack
・Magix samplitude 7.0 professional

※本格的なサラウンド編集を行なうには収録用のマイク(ワイアレスも含む)および
ミキサーなどの様々な周辺機器が必要となります。(最終出力が5.1chといっても
ソースとなる音源が６つでは足りないということになります。)
また、サラウンド編集の流れについてはサウンドデザイン関連の書籍などが参考に
なると思います。

圧縮し終った、音声や映像ファイルは、どこに保存されるのでしょうか？
圧縮後、画像が表示されたまま　終了しても良いのでしょうか？
すみません　おしえてくださいませ。。

> 圧縮し終った、音声や映像ファイルは、どこに保存されるのでしょうか？

起動した時に表示される画面(ウィザード画面の下に出る)に出力ファイル名とあります。
圧縮開始ボタンを押して圧縮したならその出力ファイル名として保存されています。

> 圧縮後、画像が表示されたまま　終了しても良いのでしょうか？

別にかまいません。

モジュールntdll.dllのアドレス77Ｆ83AEDでアドレス0000000に
対する書き込み違反がおきました
とでたらどうすればいいのでしょうか？
あと意味がわかればおしえていただけませんか？

「ntdll.dll」をキーワードに検索してみましょう。

標準設定では、「MPEGの設定」の ビデオ タブにあるプルダウンメニューは
使用できないようになっていますが、使えるようにするにはどうすればよいの
でしょうか。（ユーザ登録版です）
プロジェクトウィザードがなかった頃はこのようなことはなかったと記憶して
いるのですが-----。
よろしくお願い致します。

変更したい「項目名」の上にマウスカーソルを持っていくとボタンのようになります。
そこでクリックすると、「ロック」、「ロック解除」とメニューが表示されますので、
「ロック解除」を選択して下さい。
それでも変更できないようであれば、メインウィンドウ右下のロードボタンを押して、
TemplateフォルダのExtraフォルダから"unlock.mcf"を読み込んで下さい。すべての項目が
変更できるようになるはずです。

フレームレート設定を解除すれば選べます。
標準では29.97fpsなので、3:2プルダウンは必要ないという設計なのでしょう。

<補足>
設定が変更できる・できないでなく、
MPEG-2出力で、ビデオタブのエンコードモードのリストの中に「再生時3:2プルダウン」
が表示されないってことですよね？この場合に私の前コメントが有効になります。

AGS003さん、qqqさん、早速のレスありがとうございます。
便乗してもう一点質問させていただきたいと思います。

mpeg1規格（352 x 240）の水平解像度は240本ですが、640×480
に設定すると480本のmpeg1ファイルができるのでしょか。それとも、
水平解像度240本は変わらず単に元の画像が引き伸ばされた状態と
なるのでしょうか。
基本的ことですがよろしくお願い致します。

640x480ピクセルのMPEG動画は作れますが、解像度は元の240以上にはならないので、
480ラインにする意味はなく、拡大処理をすることでビットレートの無駄使いをして
しまうだけです。縦240の動画をフルスクリーンモードで見るのと変わりません。

*640x480のMPEGは互換性が少ないです。NTSC規格で縦480ラインとするなら、
720x480・704x480・352x480の何れかにするのが一般的です。
もちろん設定は個人の自由です。

qqqさん、ご親切なご解答ありがとうございます。

>640x480ピクセルのMPEG動画は作れますが、解像度は元の240以上にはならないので、
>480ラインにする意味はなく、拡大処理をすることでビットレートの無駄使いをして
>しまうだけです。縦240の動画をフルスクリーンモードで見るのと変わりません。

　私の質問が曖昧でしたので、一つ補足をさせていただきたいと思います。
元ソースの水平解像度が480本でも、mpeg1で720x480でコーデックすると水平解像度は
240本になるということでよろしいでしょうか？（mpeg1の規格が240本のため）
よろしくお願い致します。

MPEG-1でも縦480ラインでエンコードできます。
ソースがインターレースNTSC規格のファイルであれば、
確認方法として、縦480ラインでエンコードしたMPEG-1（インターレース解除なし）を
再びTMPGEncで読み込み、インターレース解除設定画面で偶数・奇数フィールドを選択
し、１コマづつ送って見てください。フレームが60fpsでの情報が入っているはずです。
あとは、ひぐらしさん自身が色々と試してみてください。

>（mpeg1の規格が240本のため）
これはVCD規格での話しですね。規格外でよいならば、再生環境を含め設定は自由です。
逆にVCD規格は352x240/29.97fps/V=1150Kbps/A=224Kbpsと決まっているので480は無理です。

qqqさん、疑問はすべて解決いたしました。
最後までご教授いただきましてありがとうございました。
お礼申し上げます。