MTVにてキャプチャーしたMPEG2ファイルを当ソフトにてエンコードし、DVD用MPEG2を作成するとオリジナルに比べ明るく（白っぽく）なってしまいます。このファイルを更に再エンコードするともっと明るくなります。有償ソフトなのでPegasysに問い合わせたところ、”簡易色調補正で調整しろ”とのことなのですがデフォルト設定では明るさは変わってしまうものなのでしょうか？

WinXP Pro
P4 2.4G/Gigabyte GA-8PE667Pro
P2700 512M
Radeon9000
MTV2000
TMPGEnc-2.512.52.161-Plus
Ligos MPEG-2 Decoder

デコーダーは上記のものがVFAPIに記載されていますが特定できていません。ちなみにインストールされているMpeg2再生可能ソフトは

Ulead VideoStudio6
Ulead MovieWriter2
EasySystems Drag,nDropCD+DVD
Intervideo WinDVD4

ソリューションをご存知の方がおられましたらアドバイスお願いいたします。

Ligosは普段使わないので外していたら済みません。

私の環境でLigos MPEG-2 Decoder経由で開くとYC伸張されるようです。
この場合「YUVデータをCCIR601ではなく．．．」の設定項目に
チェックを入れてはいけません。
この設定がどうなっているかを確認してみてください。

鬼畜さん、早速のサジェスチョンありがとうございます。チェックはされていませんでした。何かお気づきの事がありましたらまたお願いいたします。

ちょっとテストしてみました。
OS：Win XP Pro SP1
MEM：512MB
TMPGEnc：TMPGEnc Plus 2.513
元ソース：TMPGEnc PlusでDVD用の設定でエンコードしたm2vファイル

このファイルを更にDVD用の設定で別ファイルに出力、その出力ファイルをソースに
同様の設定で再エンコードをしていく作業を10回繰り返しました。

試したパターンは以下の通りです。
１．Ligos MPEG-2 Decoder，「YUVデータをCCIR601ではなく....」にチェックしない
２．m2v.vfp（伸張），「YUVデータをCCIR601ではなく....」にチェックしない
３．m2v.vfp（ストレート），「YUVデータをCCIR601ではなく....」にチェックする

それぞれ10回（というか10段）エンコードしたものと元ソースを
m2v.vfp（ストレート）経由でAviUtlで開いてヒストグラムを比較してみました。
なおオーバーレイは切っています。

すると元ソースに一番忠実だったのが３のパターンでした。
１と２の場合はYC圧縮されてしまった（のとはちょっと違いますけど）ような
ヒストグラムになってしまいました。
自分で確認しておきながら結構ショックな結果です。

この結果から「YUVデータをCCIR601でなく....」にチェックしない場合の
RGB→YUVの変換に問題があるのではないでしょうか？

ZACKさんの言われる「明るくなる」のとは、違った結果になっている
気がしないでもないですが、可能であれば他の方の報告を待ちたいです。

鬼畜さん、色々とありがとうございます。私も「YUVデータをCCIR601ではなく....」のオン、オフにて確認しました。ただし目視ですが。
オリジナルソースに比べオフでは記載の通り明るく（白っぽく）なるのですが、オンではコントラストが強くなったような画像になり、白い部分はハレーションがおきてしまいます。全体的にはオリジナルに比べやはり明るいです。

とりあえずご報告まで

> オンではコントラストが強くなったような画像になり、
> 白い部分はハレーションがおきてしまいます。
最初にレスしたようにLigos MPEG-2 Decoderの場合は伸張されますので、
この動作自体は妥当なものと思います。

白っぽくなるとおっしゃっているのは、ひょっとして暗い部分ではないでしょうか？

今回の問題点は伸張されたデータをMPEGエンコードする際には、
「YUVデータをCCIR601ではなく....」の項目にチェックを入れないのですが、
この場合のRGB→YUV変換の方法に誤りがある可能性があると言うことです。
本来ならば私の2番目のレスにあるテストでは、誤差はあっても１〜３の全てで
同じようなヒストグラムにならないとおかしいと思います。

ということで引き続き情報お待ちしております。

エンコード後の明るさについての話題なので、便乗で質問させていただければと思います
民生機のDVDレコーダからソースを持ってきて
DVD2AVIを仲介して、DVD用のmpeg2の作成をしたいと思っています。
最終的には民生機での再生を考えているわけですが

DVD2AVIでの設定は、色空間はYUV422、YUV→RGB変換はTV色調
TMPGENC側での設定は「YUVデータをCCIR601ではなく．．．」のチェックはON
にしています
オリジナルソースに近付けるというか、忠実なのはこちらで正解なのでしょうか？
ネット上で色々と調べてもなかなかこれだ！という情報に巡りあえませんで…
皆さんはどのようにしているのか、教えて頂けると幸いです。

余談ですが、当方AVIUTLも使っていたりして、TMPGENCのプロジェクトファイル経由で
AVIUTLで読み込ませたりすると大分変わるようで…
TV→PCスケール補正とかわけがわからなくなってます（笑）

>>鬼畜氏
その実験ではRGB>YUV変換ミスとはいえません
1.2.ともにYUV>RGB変換時に伸張している段階で
Y値で15以下、236以上のデータは削除されていることになります（サチュレート）
サチュレートされている以上元ソースのデータは復元できません

流れ者さん、レスありがとうございます。

>1.2.ともにYUV>RGB変換時に伸張している段階で
>Y値で15以下、236以上のデータは削除されていることになります（サチュレート）
>サチュレートされている以上元ソースのデータは復元できません
これは理解した上でのテストですので、比較用のソースには
Ligos MPEG-2 Decoderで伸張されたものを，「YUVデータをCCIR601ではなく....」に
チェックしないで保存したものを使用しております。
従って比較元ソース時点で既にご指摘の範囲のデータは削除されていますので、
今回の問題とは無関係と思います。

同様のテストをしていただけるとわかると思うのですが、
１と２のヒストグラムは元ソースに比べて、TMPGEncのカスタム色調補正の
「コントラスト（0原点）」をマイナス側にしたような物になります。
ご確認をお願いいたします。

下記URLに静止画をアップしましたのでご覧ください。"Original"がキャプチャーした原画で "Original_TM"が当該ソフトにてエンコード後の画像です。

http://photos.yahoo.co.jp/zack03jp

>>鬼畜さん
先ほどは検証もロクにせず、しったかぶりなレスをしてしまいたいへん失礼しました。
当方の環境でも確認してみました。
DVソースのため、AviutlでYUY２展開・圧縮せずにYC伸張フィルタで伸張したのちHuffyuv(RGB)にしたものをソースとしました。
使用したアプリ類
・TMPGEnc 2.510(ちょっと古いですが)
・VirutualMod1.4.1.3.2v2
・Avisynth2.5
・CCE Basic2.67
・m2v.vfp0.6.36

1. ソース
2. ソースを16から235指定でCCEでエンコード
3. ソースをYUVデータを・・」にチェックなしでTMPGEncにてエンコード
4. 3をm2v.vfp（伸張）経由で「YUVデータを・・」にチェックなしでTMPGEncにてエンコード
5. 4をm2v.vfp（伸張）経由で「YUVデータを・・」にチェックなしでTMPGEncにてエンコード
6. 3をm2v.vfp（ストレート）経由で「YUVデータを・・」にチェックいれてTMPGEncにてエンコード
7. 6をm2v.vfp（ストレート）経由で「YUVデータを・・」にチェックいれてTMPGEncにてエンコード

以上のファイルをAviSynthのLoadAviutlInputPlugin(m2v.vfp)で読み込みColorYUV(analyze=true)にて表示。
その表示結果からYUVのminimum,maximumを抜粋しました。

1. min 006:085:082 max 255:218:147
2. min 021:097:089 max 245:208:145
3. min 021:099:090 max 247:208:143
4. min 019:101:092 max 252:209:142
5. min 018:102:092 max 240:208:142
6. min 005:096:086 max 255:219:143
7. min 000:092:082 max 255:225:144

うーん、なんともいえませんが、単純にRGB>YUV変換式には必ず誤差があるとしかいいようが、、、。
元々RGBとYUVでは有効範囲も範囲内のデータ分布も違いますし、、、、。
CCEでも変化してますし、伸張・チェックなしでもストレート・チェックありでも誤差の範囲は似たり寄ったりのような、、、どうでしょう？。

流れ者さん、検証ありがとうございます。

再エンコード回数が少ないとminとmaxのみの比較では誤差の範囲に隠れてしまう
可能性もありますね。出来ればavgも欲しいと思うのは贅沢ですか？
余裕があればお願いしたいですm(__)m

とりあえず私の方でもデータをアップしておきます。以下長文失礼します。
各ファイルをm2v.vfp（ストレート）経由でTMPGEncで開きヒストグラム（YCbCr）を
表示させたものです。

０．元ソース
http://members.jcom.home.ne.jp/kichikunoheya/test_00_source.png

１．Ligos MPEG-2 Decoder，「YUVデータを....」にチェックしない（x10回）
http://members.jcom.home.ne.jp/kichikunoheya/test_01_ligos.png

２．m2v.vfp（伸張），「YUVデータを....」にチェックしない（x10回）
http://members.jcom.home.ne.jp/kichikunoheya/test_02_m2v_ex.png

３．m2v.vfp（ストレート），「YUVデータを....」にチェックする（x10回）
http://members.jcom.home.ne.jp/kichikunoheya/test_03_m2v_st.png

流れ者さんと同様の検証（上記０から３までのファイルでの結果）
http://members.jcom.home.ne.jp/kichikunoheya/test_yuv.txt

これらのデータを見ていただくと 06/15 (日) 16:05 の私の発言にある、
> 「コントラスト（0原点）」をマイナス側にしたような物になります。
の意味がわかっていただけるのではないかと思います。

ZACKさん、画面見ました。エンコード後の方がコントラストが落ちているような感じですね。
私の方の検証結果とも違っている感じもしますし、1回のエンコードだけでは
一目見てわかるような違いはこちらではありません。
試しにm2v.vfp（ストレート）経由で開いて「YUVデータをCCIR601ではなく....」に
チェックするパターンで試してみてください。

YV12->YUY2補間処理でデータはコントラストが縮小方向に進みます。
（補間とは言ってみれば、前後のデータから中間値を求めてそれに置き換える訳ですから）
これは、最大・最小で5〜10程度、平均で0.5程度は違ってきます。
さらに、この補間は非可逆なので繰り返すとどんどん誤差は大きくなってきます。
テスト結果は、この補間での誤差程度に思われます。

Avisynth使っている人なら、
YV12での色分布と
ConvertToYUY2(又はYV12ToYUY2)した後での色分布を
比較してみてください。言っていることが判ると思います。

xxxさん、情報ありがとうございます。

また以下長文になります。何度もすいませんm(__)m

>YV12->YUY2補間処理でデータはコントラストが縮小方向に進みます。
>（補間とは言ってみれば、前後のデータから中間値を求めてそれに置き換える訳ですから）
>これは、最大・最小で5〜10程度、平均で0.5程度は違ってきます。
>さらに、この補間は非可逆なので繰り返すとどんどん誤差は大きくなってきます。
>テスト結果は、この補間での誤差程度に思われます。
m2v.vfpではストレート，伸張ともYUV420->YUV422補間を行っていたと記憶しています。
またLigos使用時の補間処理がどうなっているかは全くわかりません。
ですが確かに影響は考えられますね。

今回のテスト結果になる要因は
-------------------------------------------------------------------------
補間による誤差はYUV420->YUV422->RGB24(またはYUV420->RGB24?)の過程と
RGB24->YUV420の過程で発生してるが、伸張と圧縮を行う場合は
ストレート変換の時に比べて誤差が拡大される。
-------------------------------------------------------------------------
との認識でよろしいでしょうか？

また
-------------------------------------------------------------------------
伸張して開いた場合は、コントラスト（0原点）のYの値を若干上げてから
エンコードしないと、ストレート変換の時と同等のヒストグラムは得られない。
-------------------------------------------------------------------------
と思って間違い無いでしょうか？

コントラスト（0原点）のYの値をどれくらい上げたら良いのかを調べるため
２のデータを元にテストしてみました。Yの補正の最小値が1なので、10回かけると
10補正が最小単位となります。そこでまず+10してみるとほぼ元ソースの範囲に
準拠したものとなりました。
http://members.jcom.home.ne.jp/kichikunoheya/test_02_m2v_ex_Y10.png
従って1回のエンコードでコントラスト（0原点）のYの値を+1してやれば
良いことになります。

ということで新たな条件でテストしてみました。
４．m2v.vfp（伸張），「YUVデータを....」にチェックしない，
コントラスト（0原点）のYを+1にする（x10回）
http://members.jcom.home.ne.jp/kichikunoheya/test_04_m2v_ex_Y1.png

この設定でほぼ元ソースやストレート変換時のヒストグラムと同じになりました。
画像自体の見た目では３と４の判別はつきません。通常は1回エンコードなので
ほぼ同等と見て良いと思います。
データ量的には４の方が流れ者さんが最初に説明してくださった理由があるので
有利だと考えられます。

この結果がxxxさんのおっしゃった誤差の分の影響なのか、RGB->YCbCr変換の問題なのか
私では判断ができませんが、今後のエンコードでは３か４の設定を使おうと思います。
他のいくつかの画像でも同じ設定で同様の結果となったので、この設定であれば
問題無いと思います。

またTMPGEncのVerは2.55まで遡ってテストしましたが結果に変化は無かったことも
付け加えておきます。以上で検証終わります。
お付き合い下さった方々ありがとうございました。

ということで本題のZACKさんの方にお返しいたします。
長々と占拠して申し訳ありませんでした。

昨日は迂闊なことを言ったかも知れません。

YV12->YUY2補間では、Yは変化せず、UVのみ変化（コントラストが下がる）します。
その後、YUY2->RGBでUVの変化はRGB全てに波及します。
さらにエンコ時に、2x2pixelのRGBをブレンドしてYV12にすると考えられます。
なので、エンコ後はYも変化して当然なんですが、BT.601の正規データだったら
やっぱりYの変化はUVほどは大きくないと考えられます。

テスト結果は、Yの変化が一番激しいみたいなので
やっぱり何かあるのかも知れません。

鬼畜さん、xxxさん、色々とありがとうございます。ここまで深い領域になると理解できません。とりあえずいままで試したことが無かったのですが、m2v.vfpをインストールして実験をはじめました。エンコードしているとエラーが出て途中で止まってしまい苦労していますが、出来あがり次第またＵＰします。それでは。

流れ者さん、お礼が遅れて申し訳ありません。まさかこんなにレスがあるとは思ってもみませんでした。
とりあえず、m2v.vfpを使用して作成した比較静止画をUPしましたのでご覧ください。どれもOriginalと比較すると多かれ少なかれ差はあるようです。Ligosの画質はその中でもはっきり分かるレベルです。

http://photos.yahoo.co.jp/zack03jp

>>JACKさん
もはや勝手に楽しんでるだけなんで細かいことは気にしないでください♪

　MPEGデコーダによる色再現性の誤差については特に検証はいたしませんが、
LigosであろうがCyberLinkであろうが市販のデコーダはメーカー独自のチューニングが行われます。
市販デコーダ経由の読みこみを否定するつもりはありませんが、
純粋な色再現性ということであれば、茂木氏のプラグインが一番かと思われます。
　レスを読む限り、無事プラグイン使用の環境が整ったようですので喜ばしいかぎりです。
完全にソース再現することはいずれにしても不可能ですので、
m2v.vfp経由鬼畜さんの回避方がもっともよろしいのではないでしょうか？


長々とお付き合いいただきありがとうございました。

ご、ごめんなさい。
ZACKさんでしたね・・・。
流れてきます・・・・・

そういえばPegasysから返事が届いていました。結構まめに返答してくれています。
結論はデコーダーを変えてみるか、今年度中に予定されているTMPGEnc3(Mpegデコーダー内臓)をトライしたら、ということでした。Cyberlinkより新バージョンに投資したほうがいいかな、などと考え始めています。

流れ者さん、検証ありがとうございます。
当方はCCEでの検証は出来ないので参考になります。

xxxさん、情報参考になります。流れ者さんの検証結果と合わせて見ると
平均化などの誤差の蓄積の方が原因のようですね。

ZACKさん、環境出来たみたいで良かったですね。
検証の中では触れませんでしたが、再エンコードを重ねたLigosでの画質は
見れたものではありませんので、流れ者さんの推奨するようにm2v.vfpを
お勧めしておきます。
また、CyberLinkは最新パッチを当てると使えなくなる等の問題があり、
今後のバージョンで使える保証もありませんので、お勧めできません。

どらさん、返事できなくて済みませんでした。
お使いの設定だと、私のテストの３に相当しますので問題無いと思います。
エンコード前後のヒストグラムを比較して、大きく変わっていないのなら大丈夫です。

このスレも最後になるかもしれませんが、UPしたJPGの輝度ヒストグラムを貼り付けましたので時間がありましたらご覧ください。目視ではオリジナルに近いのがm2vストレートでYCｂCr出力したもの、及びm2v伸張でYCbCr出力にチェックなしのものでしたが、データもほぼそれを実証しています。

http://photos.yahoo.co.jp/zack03jp

もともとDVDを作成するなら初めからMTVで行えば良いのですが、私はプロレスが好きでたびたび最高ビットレート(15M)でキャプチャーしています。8Mですと動きの激しい部分でどうしても画質が悪くなってしまいます。ただし莫大な大きさのファイルが朝起きてみると出来上がっていますが。この中で残しておきたい部分だけ8Mで再エンコかけています。こんなことをやり始めている最中、気がついたので調べ始めました。
お付き合いいただいた皆様、大変ありがとうございました。

ZACK

はじめまして。
私は恥ずかしながら、DVD作成の経験がまだありません。
今後はDVD保存としての作成手段に迷い悩んだ末での書き込みです。

現在は以下の手段でMPEG-1/2を作成し、HDD・CD-R保存で完成としてます。
①MPEG-2ハードキャプチャ（古い機種で設定もCBR-6.0Mbpsが限界です）
②TMPGEnc PlusでエンコードしたものをHDD・CD-R書き込みで作成終了。

今後迷っていることは以下の二選択です。

<手段1>
①USB2.0高ビットレートキャプチャ可能な機器に買い替え。（約4万円）
②TMPGEnc Plusでエンコード。（現状維持）
③TMPGEnc DVD Authorを新規購入しオーサリング。（9800円）
④DVDドライブを新規購入し、DVD作成。（約4万円）

<手段2>
DVDレコーダで録画（約12万円）
（http://www.pioneer.co.jp/press/release361-j.html等）

<手段1>は時間と手間を掛ける分のメリットがあると考えてますが、
単に<手段2>は、技術の進歩や購入費用等の理由で、手間が掛からない
と言うだけの問題なのでしょうか？
（私の環境では、<手段1>でのDVDドライブ新規購入の必修性や、<手段2>での
120GB-HDD内臓特典を考えますと、費用的にはあまり変わらないでしょうか。）

どの道、今までに作成したMPEGファイルをDVD化するには、TMPGEnc DVD Author
等のオーサリングソフトが必要になると思います。<手段1>と<手段2>との主な
長所・短所についてのご意見が頂ければTMPGEnc DVD Author購入時の参考にも
なると思いますので、ご意見・ご指摘をお願い致します。

To管理人様
Linkや書き込み内容が不適切でしたら、削除をお願い致します。

値段・構成をみるとノートＰＣという雰囲気をうけますので、その形でのアドバイスを。

キャプチャーは値段から察するにMTU2400(カノープス)と思いますが、これはかなり良い選択だと思います。
この場合TmpgEncで再圧縮は必要ないかと思います。
またゴーストリデューサーが付いているのはDVD＋HDDレコーダーでは東芝のX3だけだったと思いますのでゴーストがある環境ではこちらの方が有利かと思います。

でDVDドライブですが、外付け４倍速でも３万円ちょいで購入できます。
そしてそのドライブに付属しているオーサリングソフトを使ってみてから
「TMPGEnc DVD Author」の購入を検討してみてはいかがでしょうか？
注意する点としては、付属しているオーサリングソフトが「再圧縮しないこと」
です。「DVD MovieWriter」などが再圧縮しないタイプです。自分は「「DVD MovieWriter」を使っていましたが「TMPGEnc DVD Author」に乗り換えたクチです。
理由は「簡単」ゆえに作業時間が短い、オーサリング時間も短いので作業効率アップ！です。
「TMPGEnc DVD Author」は体験版もありますので
じっくり比較検討して購入しても良いと思います。

PCのメリットは自由度だと思います。細かい設定をつめていったり、メニュー画面に凝ってみたり・・・。

−余談−
もし細かい編集などをしたいという場合はキャプチャーをDV圧縮タイプ（GV1394TV：IOデータなど）にしてTmpgEncで圧縮というをおすすめしますが、この場合は大領量のHDDが必要になります。（DVは25Mbps、１時間で約11GB）

長くなりました。長文失礼

早速のご意見、情報提供をありがとうがざいます。

>値段・構成をみるとノートＰＣという雰囲気をうけますので、その形でのアドバイスを。
>
>キャプチャーは値段から察するにMTU2400(カノープス)と思いますが、これはかなり良い選択だと思います。
>この場合TmpgEncで再圧縮は必要ないかと思います。
>またゴーストリデューサーが付いているのはDVD＋HDDレコーダーでは東芝のX3だけだったと思いますのでゴーストがある環境ではこちらの方が有利かと思います。

はい、ノートです。（Mebius/XP-Home/P4-2.0GHz　USB2.0ポート×4あり）
キャプチャ機器もご推測通り、その辺を検討しています。
オーサリングソフトが「再圧縮しないこと」については重要なポイントですね。
私は知りませんでした。オーサリングとは、全てのソフトが再圧縮しないものだと
認識していました・・・。

>もし細かい編集などをしたいという場合はキャプチャーをDV圧縮タイプ（GV1394TV：IOデータなど）にしてTmpgEncで圧縮というをおすすめしますが、この場合は大領量のHDDが必要になります。（DVは25Mbps、１時間で約11GB）
こちらも検討してみます。HDD容量は作業領域として、常に60GB程確保しています。
画質や作業性を求めるなら、やはりM-JPEGやDV-AVIキャプチャ等が王道ですよね。

体験版で、作り溜めしたMPEGファイルを操作してみたいと思います。
（まだDVDドライブがないので、操作だけでも・・・）

#「DVDレコーダーで録画」と「オーサリングでDVD作成」での主な違いは何でしょう？
前者は再生の汎用性や画質が悪いのですかね。自分なりにも調べてみます。

私は半年前にエンコード&オーサリングの為にPCを組みました。
Athlon XP2000+で安いベアボーンを使ったので結構安く抑えられ
もちろんDVD-Rドライブも組み付けました。

因みに4倍速のドライブなら最新のA06でも2万円台らしいですよ。

参考になれば幸いです。

>#「DVDレコーダーで録画」と「オーサリングでDVD作成」での主な違いは何でしょう？
>前者は再生の汎用性や画質が悪いのですかね。自分なりにも調べてみます。

To DeN-kaさん
私の読解力不足でコメントを付け損ねてました。すみません。
>PCのメリットは自由度だと思います。細かい設定をつめていったり、メニュー画面に凝ってみたり・・・。
<手段1>のメリットですね。編集時の楽しさや苦労が再生時に発揮されますね。ありがとうございます。

To Ｒさん
最近は随分安くなりましたね。情報提供感謝です。

IDが変わっているようですが本人です。（最初の書き込みは出先からでした）

<手段3>
①HDの無いDVDレコーダー購入。（約5万円）
②TMPGEnc DVD Authorを新規購入しオーサリング。（9800円 or 6800円）
③DVDドライブを新規購入し、DVD作成。（約3万円）

というのはいかがですか。

>#「DVDレコーダーで録画」と「オーサリングでDVD作成」での主な違いは何でしょう？

画質に関しては何とも言えないのですが、ＰＣでキャプチャーする前に一旦VHSに録画
するようだと、確実に画質は落ちます。

　ＤＶＤレコーダーの良い所は、パソコンを起動していなくても使える、
ＶＨＳより使いやすい、録画している最中にパソコンが使えるといった、ごく当たり前
の事でしょうか。
欠点は再エンコードしない場合は編集が約0.5秒単位になる事、ＨＤを内臓していないと
ディスクの山が出来てしまう事などでしょうか。

>ＤＶＤレコーダーの良い所は、パソコンを起動していなくても使える、

そうですね。僕も家電に惹かれるのはこの部分と、あと安定性ですね。
ただ僕の場合はその欠点を思いつく前にMTV2000を買ってしまったことでしょうか？
（そのあと家電のDVDレコーダーを買うことを考えると自作マシンが十分くめる値段）
で安定性面やＰＣで他の作業をしていたせいで録画に失敗したことがなんどかありました。
で結局専用のマシンを組んで、ビデオレコーダーにしてしまいました。
ビデオレコーダーとして必要なもの以外、ほとんどアプリケーションを入れていない状況です。
その状況にしてから予約ミスから解放されました。

私はDVDレコーダー(DVR-7000)とPCのDVD-Rドライブを併用しています。
DVDレコーダーで-RWで録って、PCにもってきてオーサリング、-Rに書き込んでいます。
装備は高くつきますが、

録画が簡単、滅多に失敗しない(HDDレコーダーだともっとよさそう)
自由度の高いオーサリングが出来る(DVD Authorで快適)
メディアが安上がり(少数の-RWで録画、PCでオーサリング後、安価な-Rに焼く)
画質もそんなに悪くない

私としては文句なしです。レコーダーが音声をAC3でエンコードしてくれるので、最終的にAC3で焼けるのも良いですね。

以前は、キャプチャカードやUSB箱を使っていました。録画アプリが落ちて録画しそこなったり、音ズレが起きたり、余計なことばかり起きて嫌になってしまいました。
＃最近は、ちょっとは良くなってるんですかね・・・

Toのほさん

><手段3>
>①HDの無いDVDレコーダー購入。（約5万円）
>②TMPGEnc DVD Authorを新規購入しオーサリング。（9800円 or 6800円）
>③DVDドライブを新規購入し、DVD作成。（約3万円）
>というのはいかがですか。

これで決定。って感じです。キャプチャ機器を買い換えるなら、DVDレコーダーを購入
したほうがよさそうですね。さらに、「パソコンを起動していなくても使える」こと
が、なにより天国ですね。値段もさほど変わらないみたいですし。
>
>欠点は再エンコードしない場合は編集が約0.5秒単位になる事、
GOP単位ということですね。いざとなればTMPGEncでCMカット等、再エンコして処理
しようと思います。

To nw4009さん

nw4009さんの環境がとても羨ましいです。
>以前は、キャプチャカードやUSB箱を使っていました。録画アプリが落ちて録画しそこなったり、音ズレが起きたり、余計なことばかり起きて嫌になってしまいました。
今の私は同じ状況です。殆どがコマ落ち状態です。余計な悩みが多いです。

PCを使ったキャプチャが、今の私には薄れて見えてきました・・・。
特に私はPC一台しかないので、DVDレコーダーで安定した録画をしながら、PC上で
TMPGEnc DVD Authorで作業。と言う構図が濃く見えてきました。時間とPC負荷の
節約にもなりそうです。皆様の暖かいコメントにとても感謝しております。

# 体験版でお試しの件ですが、実は２ヶ月ほど前にインストール済で、当時DVD作成
にあまり関心のなかった私は、デザインだけを見てそのまま放置していました。
昨日ワクワクしながら立ち上げましたら、「試用期間が過ぎました」のメッセージ
を見ただけに終わりました。とてもマヌケです。しかし、掲示板でのコメントや、
巷の評価から、ドライブ等のバンドルソフトよりも、「使い易さ」「速さ」を感じ
ますので、購入して試したいと思いました。

To nw4009さん

DVDレコーダーで録画(1)→TMPGEnc DVD Authorでオーサリング(2)。のことで、
購入前に少々お聞きしたいことがあるのですが、(1)から(2)へファイルを読み込ませる
時は、何もせずそのまま直接読み込める（TMPGEnc DVD Authorで対応）のでしょうか？
それとも読み込ませるための事前作業、又は専用プラグイン等が必要なのでしょうか？

私にとっては全く未知の世界なので、お時間が取れる時にでもお聞かせいただければ
幸いです。宜しくお願い致します。

私はWindows 2000なので、VRのディスクを読むためにUDFドライバが必要でした。
顛末は No.45649 のスレにあります。
OSがDVD-VRのディスクを認識すれば、DVD Authorのための特別なプラグイン等は必要なく、
DVD Authorの「DVDビデオを追加」で読むことが出来ます。

DVR-7000他、DVDレコーダーを比較検討のようでしたら、VRモードの
録画モードがDVD-Videoと互換性があるかチェックすると良いです。
DVR-7000ではMN1(360分)〜MN11(220分)、MN21(120分)〜MN32(60分)が
再エンコなしでDVD-Videoに焼けるモードです。
中間のMN12〜MN20は解像度の互換性がないのでDVD-Videに持っていくときには使えません。

各社、各プレイヤーでこの辺の事情は異なると思います。
なるべく広い範囲でDVD-Videoと互換性のある録画モードを持っている
レコーダーを選択されると良いと思います。

早速のご回答ありがとうございます。大変参考になります。

>DVR-7000他、DVDレコーダーを比較検討のようでしたら、VRモードの
>録画モードがDVD-Videoと互換性があるかチェックすると良いです。
実は、VRモードという言葉や存在すら知りませんでした(汗)OSはXPですので、
No.45649 のスレを解釈しますと、自由な編集作業が可能なVRモードで録画された
DVDでもそのまま読むことが出来ることと認識しました。

皆様のありがたいご意見のおかげで、コマ落ちアプリ落ちのハラハラキャプチャ人生
から開放され、快適なDVD作成ができそうです。TMPGEnc DVD Authorのことで壁にぶつ
かった際には、またお世話になります。

>実は、VRモードという言葉や存在すら知りませんでした(汗)OSはXPですので、
>No.45649 のスレを解釈しますと、自由な編集作業が可能なVRモードで録画された
>DVDでもそのまま読むことが出来ることと認識しました。

少し補足しておきます。
WindowsXPだからといってドライバ無しでも読み込みができるとは限らないようです。
私もWindowsXPですがDVR-103とDVR-7000の組み合わせではUDFドライバを入れないと
ディスクを認識しませんでした。一応ファームは最新の物に書き換えていますけどね。

No.45963のスレにあるように今年一杯はパイオニアのＨＰを経由してドライバが入手
できるので大丈夫ですけど。

To のほさん

度々ご親切なご指導ありがとうございます。認識いたしました。
皆様のご指導内容を私の知識の中に取り入れ、肝に銘じておきます。

<ひとり言>
あれからいろんなDVDレコーダーを調べてみましたが、すごいですね。
ビデオCD、音楽CD、も再生できてしまう。知らなかった・・・。
ネットワーク接続や、PC制御できるものまでも・・。
上を見ればきりがないですが、カルチャーショックに陥ってます。

音声やメモリーアクセスの問題を解決した2.513がでましたね。
最近のトラブルが解決していると良いのですが。

2003.6.12/ Ver. 2.513
・MPEG 設定ダイアログで、GOP 構造タブの「強制ピクチャタイプを設定する」に、チェックが無い状態で設定ボタンを押せてしまう問題を修正しました。
・DirectShow を利用して動画を読み込むと、音声がおかしくなったりメモリアクセス違反エラーが起きる可能性がある問題を修正しました。

久々にメールを開いたら、サポートからバージョンアップのメールが入っていました。
早急な対応嬉しいですね。（Plusですが、更新内容は同じなので書いてみました。）

どうもはじめまして・・・
僕はTMPGEncの初心者なのですが・・・質問していいですか？
TVキャプチャーをしてTMPGEncでaviファイルにしたんですけど
インターネット上（WINMX）で流れている物より倍以上ファイルのサイズが
大きいです・・・しかも画質もMXで流れているファイルとあまり変わりません・・・
それはコツなどあるんでしょうか・・・
本当に困っています・・・ご回答いただいてくれたら嬉しいです♪

「AVIにした」って、TVをMPEGキャプチャして非圧縮AVIにしたとかですか？
だとすると爆発的に大きくなりますが。

どういう設定にしたか細かに書いてください。手順を文字で書くのです。
もしかして、DivX圧縮ですか？　TMPGEncはMPEGの圧縮ツールですから、
もしDivXとかの設定の話でしたら場違いだと思います。

＃WinMXとかWinnyとかで著作権上問題があるものを漁っていたら、やめた
＃方が良いですよ。最近は監視されているらしいので。

d2v形式とwav形式をTMPGEncでaviにしました・・・
ビートレットは1600Kbitsくらいで設定はゴースト除去、ノイズ除去、インタレース解除
などしています。

そこも大事かもしれないけど、AVIに出力するとき、
”ファイル”→”ファイルに出力”→”AVIファイル”→”名前を付けて保存”と進んで、
保存する名前を入力しますよね、その時、その欄の２つ下に”映像を出力”という欄があると思いますが、
その設定に何を選んだか？が重要です。
bwtさんも言ってみえるように、拡張子AVIには山のように種類があるので・・・

DivX5.0.2の2-passでやりました。
音声はMPEGLayerの56bitです。

DivX出力ならばTMPGEncとは直接関係ありません
2パスを使っているならば、目標ファイルサイズと再生時間からビットレートの算出ができるのですから
お望み通りのサイズに近づけることは容易なはずですが？

それもやったんですけど画質が他のに比べて凄い悪くて・・・

AVIにするとき皆様は何を使ってますか？
僕はDivXなんですが・・・

>AVIにするとき皆様は何を使ってますか？
>僕はDivXなんですが・・・

僕はWMVです。MSが作ってるので将来的に切り離される可能性はありますが、、、

DivXでエンコードする場合はエンコードソフトにVirtualDubを使ってみてください。
DivXは独自拡張の塊らしく、専用にチューニングしたソフトでないと上手くエンコードが出来ません。画質に関係があるかどうかはわかりませんが、少なくともエンコード速度と安定性は上がります。
あとVirtualDubとGordianKnotを使えばかなり楽に作れます（さらにAvisynthがあれば・・・）

タイトルどおりなのですが
ノイズ除去の高画質モードは目に見えて効果があるでしょうか？

自分がやった場合にはあまり通常と違いが無かったように見えます・・・。
高画質モードにするとエンコードにかかる時間が（mpeg2ファイルからAVIへの出力）
倍かかってしまうのでこれからエンコードする時にどうしようか迷っています。

皆さんはノイズ除去の時はどうされていますか？

あなたが見て効果があると思うならば使えばよいでしょうし
効果がないと思うならば時間を有効につかう選択をすればよいでしょう

#参考にはならないでしょうが、私はノイズ除去機能をつかいません
#CSや地上波なので決してきれいなソースとは言えないんですが、、

高画質モードは時間方向のノイズ除去を行ったときに、ごま状ノイズや残像が出来るだけ出な
いようにするためのオプションだと解説されています。よってフィルタ設定でプレビューした
だけでは結果はわかりづらいですし、ソースによってはエンコード後のものでも効果が見え
づらいこともあります。

私はTMPGEncでノイズ除去を掛けて、時間方向のノイズ除去も使う場合は基本的に高画質はON
にしています。しかしTMPGEncのノイズ除去の使用頻度自体はあまり高くありませんが(遅い
ので)。使ってみて、必要だと思えば使えばよいと思います。

お二人ともありがとうございました。

これからいくつか実験しながら決めていくことにしますm(_ _)m

通常、音声の正規化を行おうとすると、オーディオタブの音声加工→設定ボタン→
→正規化ボタン→解析→ＯＫ→正規化→ＯＫ となるんですが、大量のソースを
仕込んでやろうとすると、「解析中」で作業のテンポが中断されます。
（短気な私だけかもしれませんが。。。）
そこで、「エンコード時に正規化を実行」みたいなオプションは付加できませんで
しょうか。

はじめまして。
DvixからMPEG1へのエンコードで元動画が２５分くらいの時間なのに
プロジェクトウィザードでVCD形式を選択すると７５分くらいのファイル
になるとの予測がされます。
実際、エンコードしてみたのですがファイルサイズが７００MB位になってしまいます。
プラグインの優先度などが関係有るのでしょうか？

ちなみにTMPGEnc-2.512.52.161を使ってやってみました。
ご存じの方が見えましたらお教え願えないでしょうか。

情報が全然ないので単なる思いつきですが
ソースの音声が原因かもしれません

予想ですが、ファイルサイズだけを見てるのでは？
元がDivXならVCDフォーマットのMPEG1にすると
肥大化する可能性が十分に…。
サイズ的には75分でも、時間的には25分と思われますが
違うかな？

>DvixからMPEG1へのエンコードで元動画が２５分くらいの時間なのにプロジェクトウィザードでVCD形式を選択すると７５分くらいのファイルになるとの予測がされます。

元動画が２５分というのは、どのようにして確認したのでしょうか？

また、ウィザードで７５分くらいのファイルになるとの予測はどこを見たのでしょうか？　ファイルサイズの予測は出ますが、時間の予測？はないはずですが。

動画の時間は予測ではなくそのファイル固有の決まったものでしょう。

元動画の総フレーム数、fpsはどうなっていますか？
音声の時間と映像の時間はどうなっていますか？

以前、キャプチャー時に1時間キャプチャーしたはずがそれ以上の時間になっていて音声が途中で(1時間で）なくなっているということがありました。フレーム数をfpsで割ると1時間になっていて、キャプチャー時の設定間違いでした。（設定を間違えるとなぜこんなファイルができるかは、わからない)

一般に動画のファイルサイズはビットレート（音声+映像）と時間で決まりますが、VCD規格の場合、ビットレートが決まっていますのでファイルサイズは時間で完全に決まります。

ファイルサイズが700Mならば、TMPGEncは元動画を７０分と認識(誤認識)しているのでしょう。

初診者さん、Ｒさん、あきぽんさんありがとうございます。

最初書いた私の質問でファイルのファイルのサイズと時間がごっちゃになっていたようですね

あきぽんさんの言われるとおり、ＶＣＤはビットレート固定なので
時間でファイルサイズが決まるように思うのですが、２５分くらいなら
２５０ＭＢ位ですよね。でもエンコすると６〜７００ＭＢ位になるもので。

一緒にＤｖｉｘにしてもらったファイルを少し前にＶＣＤ規格にしたときは
２５０ＭＢ位になったのですができないものがあるんですよ。

以前のTMPGEncバージョンは消してしまったのでわからないです。
ちなみに元画像（Dvix）は120fpsです。

>ちなみに元画像（Dvix）は120fpsです。
なるほど、音声ではなくて、こちらが原因でしょうかね

>>ちなみに元画像（Dvix）は120fpsです。
>なるほど、音声ではなくて、こちらが原因でしょうかね

聞いてみようと思っていたところでした。
予想通り120fpsでしたか。

VideoCDは29.97fpsですから、120からうまく間引きができないのでしょう。
元ファイルを作った人に、29.97fpsでくれとお願いするのが本筋かと。
自分で作ったファイルなら、、、違うでしょうね。きっと。

＃ちょっとグレーな雰囲気が見えてきましたので、これ以上のフォローはやめておきます。

有り難うございました。

なんとか、出来ました。

初めまして。

TMPGencを使用して、DVDビデオ用のmpeg2を作成しようとしています。
ですが、エンコードされたmpegをWMP、PowerDVDで再生すると、
音声に非常に高音のキーンというノイズ？が乗ってしまい、
非常に耳障りで困っています。
エンコード前では、この高音ノイズは聞こえません。

オーディオストリームの設定はMPEG1-Audio Layer2、ステレオ、ビットレート384
オーディオエンジンはtoolameを使用しています。
音声の正規化等はしていません。
ソースはふぬああでキャプチャしたhuffyuv形式のaviファイルで、
音声は48kのステレオです。

この、高音ノイズを解消、または、目立たなくする方法はありますでしょうか。
以上、よろしくお願いします。

オーディオエンジンにtoolameを使用するように設定していて、ソースが48KHzであり、ノーマ
ライズなどをしていないなら、TMPGEncでは音声には何も手を加えていないはずです。

一度、音声をWAV出力してから手作業でtoolameでエンコードしてみてはどうでしょう？
それでwavの音声がおかしいならTMPGEncのWAV出力に問題があり、mp2の音声がおかしいなら
toolameのエンコードに問題があるということになると思います。手作業では問題が無く、
TMPGEncを通した場合のみおかしいならTMPGEncのどこかに問題があるのでしょうが、問題が
ないmp2音声が出来上がっているわけですから、MPEGツールで音だけを入れ替えればよいで
しょう。

またTMPGEnc内臓のMP2エンコードエンジンを使った場合はどうでしょう？

fayさんレス有難うございました。

> TMPGEncでは音声には何も手を加えていないはずです。
確かにそうですね・・・(^^;

>一度、音声をWAV出力してから手作業でtoolameでエンコードしてみてはどうでしょう？
>またTMPGEnc内臓のMP2エンコードエンジンを使った場合はどうでしょう？
内臓、toolame単体、共に試てみましたが、結果は変わりませんでした。
両方とも駄目ということは、ソースに問題があるのかもしれません。
LPCMではノイズが聞こえないことは確認しているので、
もう少し試してみて、駄目なようでしたらLPCMにしようかと思います。
（サイズが勿体無いですけど・・）

また、何かありましたらよろしくお願いします。
有難うございました。

CCE-Basicで作成したエレメンタリストリームのMPEG-2（2pass、最低2000、平均6000、
最高8000）を登録しようとすると、登録画面にビットレートが9800kbpsと表示され、
音声にリニアPCMを選択すると書き出し時に映像と音声の合計がDVD規格を超えていると
エラーが出ます。
平均ビットレートを色々と上下してみましたが、全て9800kbpsと表示されますので、
チェックがうまく機能していないのではないかと・・・
拡張子がmpaなのですが、m2vに変更しても同様でした。
一応、無視してオーサリングを実行すれば正常に終了し、DVD-Rに焼き込むと正常に再生
出来ますが、実際に規格外だった場合の確認が出来ませんので、チェック機能の強化を
お願いします。

CCE-Basicのエレメンタリストリームの拡張子はmpvでした(^^;)

CCE-Basic側の仕様のようです。
http://www.driver.novac.co.jp/driver/faq/cceb_faq.htm
下の方に載ってます。

to hiroさんへ

CCE-Basicでエンコードされる場合の設定ですが、ビデオ設定タブにある
DVD準拠にチェックをされているのであれば、映像のビットレートが
9800kbpsになるのは仕様となっているようです。

カスタムテクノロジーおよび、NOVACのテクニカルサポートに確認した段階
での回答でした。

どーもスミマセン、お手数をおかけしまして・・・
ＮＯＶＡＣの方のＦＡＱをきちんとチェック出来てなかったようです。
うーむ、ソースのＤＶデータを保管しておいてよかったですね、
再エンコード時には注意しようと思います。
（まぁ、無視するを選べばオーサリングは可能なので、再エンコード
をしなくてもいいんですが）

NOVACのテクニカルサポートに私が確認したところ、

> 1) MPEG ファイルにはシーケンスヘッダにビットレートの情報がかかれ
> ていますが，VBR の場合は　”最大ビットレート”　のみが記述されます。
> 2) ただし「DVD 準拠」が選択されている場合，CCE-Basic はマニュアルの
> 29ページに書いてある理由により，シーケンスヘッダには 9.8Mbps と記述
> します。（ただし実際の最大ビットレートはユーザが指定したビットレート
> を越えないようにエンコードします。）

という回答が得られました。
ただ、最大ビットレートは指定通りにエンコードされるようなので
ReStream などのソフトを用いてヘッダーを書き換えると使えるようになる
ようです。
（私の所ではこれでいけましたが、間違った方法ならごめんなさい）

初めまして。
変換にかかる時間について教えて下さい。

K6-2/500MHzのPCとPentium3/600MHzのPCで同一ファイルを同一設定で変換した所、
かかった時間がほとんど同じでした。
無料版 TMPGEncに制限がかかっているせいで遅いのでしょうか？
もしそうなら製品版を買おうかと思っています。
よろしくお願いします。

※共通部分OS:Me/MEM:512MB/HDD:ATA33（6.4GB/15GB）

特に制限はありません。
時間差はほぼクロック差になるので、1割程度しか差は出ないでしょう。
確か95系のMeでは512MB積んでも256MB以上は使い切れません。なにか設定が必要だったはず。
さらに、ディスクも遅そうなので足を引っ張っているようにも見えます。
PCスペックに依存する部分はWinFAQ等の他のサイトで調べてください。すぐ見つかるはずです。

>確か95系のMeでは512MB積んでも256MB以上は使い切れません。なにか設定が必要だったはず。

これと勘違いしてませんか。
「512MB 以上のメモリーを搭載すると、メモリー不足エラーが発生します」
http://homepage2.nifty.com/winfaq/c/9xboot.html#500


>PCスペックに依存する部分はWinFAQ等の他のサイトで調べてください。すぐ見つかるはずです。

WinFAQをご存知でしたら、いい加減に答えないで下調べしても良いのでは。

私もディスク性能がボトルネックになっている可能性は大だとは思います。
変換もとのファイルの情報、変換の設定、
システム・ソース・出力先のディスクを分けているかどうかなどが不明なので
他にも原因があるかもしれません。

無料版と Plusの違いは以下のページを参照。
http://www.pegasys-inc.com/j_tmpgenc.html

Plusにすることで速度が速くなるとしたら ver2.54で追加された機能の
「マルチパスVBRの解析結果キャッシュ」だけだと思います。

製品版を購入予定です
現在は無料版を使用させて頂いております
クイックタイムの動画をmpeg1には変換できないのでしょうか？
一度AVIに書き出ししてからmpeg1に変換している状況です

QuickTime Movie Reader VFAPIプラグインを使えば読み込めます。
QTReader.vfp

>QuickTime Movie Reader VFAPIプラグインを使えば読み込めます。
>QTReader.vfp

どうもありがとうございました。
ただでさえ、変換は時間がかかるので
お陰様でひと手間省く事ができました。

ユーリード社のビデオスタジオ５で
ＤＶカメラからＡＶＩデーターをパソコンで
読み込みＤＶカメラのファイル形式で保存したものを
ＴＭＰＥＧＥｎｃでＳＶＣＤのファイル形式に
圧縮してＮＥＲＯ５．５でＣＤ−Ｒに焼いて
ＳＶＣＤを作成できたのですが音が割れている
というか音にキーンという音が入る、
問題があるのですがどうしたら改善できますか？

一応の確認ですが、最初のDV時からTMPGencに読み込ませるまでに生成データ上で、そのキーンって音は無いんですよね？

音なんですがNERO5.5に焼く前のデータは入ってないみたいです。
そこで、もういちどＴＭＰＥＧＥｎｃでＳＶＣＤのファイル形式に
圧縮してＮＥＲＯ５．５でＣＤ−Ｒに焼いて
ＳＶＣＤを作成してみたら音はならなくなり、
パソコンのWindows　Media　Playerで再生できました。
市販のDVD player再生すると再生はできるのですが
早送り、巻き戻しなどをすると画面が白黒になり
横線が画面いっぱいに出てきて動かなくなります。
エンコードが原因ではなくてNERO５．５のソフトの設定を間違っているか
NERO5.5のアップデートが必要なのでしょうか？

>市販のDVD player再生すると再生はできるのですが
>早送り、巻き戻しなどをすると画面が白黒になり
>横線が画面いっぱいに出てきて動かなくなります。

「市販のDVD player」は、CD-R再生に対応していて且つ、SVCDにも対応しているのでしょうか？
再生機が対応していなければ何が起きてもしかたないです。
まずは第1段階として普通のVideoCDで作ってみたらどうかな？

なんか話がずれてしまっているようなのですが
TMPGencを通したあとになって初めて音にキーンってのが入っているのか？と言うことを言っています
それ以前の部分（VideoStudioを使っているところとか）等全ステップで音の確認をしてみてくださいと言う意味です
最終的な生成物だけを検証して音が変だからTMPGencが悪いのだろうみたいに結論付ける事は出来ないかと思うためです

後の方の現象はbwtさんが言われるような事だと思いますが、他にあるとしたら選択した音（や映像）のCODECも絡んでいるかも知れません

>TMPGencを通したあとになって初めて音にキーンってのが入っているのか？と言うことを言っています
>それ以前の部分（VideoStudioを使っているところとか）等全ステップで音の確認をしてみてくださいと言う意味です
元質問者が、「NERO5.5に焼く前のデータは入ってないみたいです。」
と言っている部分が理解できませんか？

>後の方の現象はbwtさんが言われるような事だと思いますが、他にあるとしたら選択した音（や映像）のCODECも絡んでいるかも知れません
便乗コメント多すぎ。コメント付けるのなら、たまには自分なりの具体的な解決策を提示できませんか？あなたはいい加減なコメント多すぎですよ。早く気付いてください。

あなたに言われる筋合いはありません
コメント入れる位なら解決法でも書いてから言ってください

元質問者の方へ

キーン音がTMPGEncの出力に乗っていないのであれば、この掲示板の守備範囲でははないと思います。

蛇足ですが、これはCD-Rメディア/焼きの品質の問題ではないかと思います。焼く速度を落とす等で解決できると思います。これ以上のことは、この場で議論すべきことではないので、この件(CD-R品質)に関する追加の質問はお控え下さい。

再度エンコし直してみたら鳴らなくなった（多分キーン音？）と質問者は書かれてるので
音に関する件はクリアと見なしていいんでしょう。

問題はDVD Playerでの再生時の事象にシフトしているようなので、
bwtさんの質問に対する質問者の回答待ち　が現状ではないでしょうか。

>あなたに言われる筋合いはありません

んー、言われても仕方ないような・・・。
他力本願な思いつきでのコメントはそろそろやめましょうよ。邪魔なだけです。
#余計なことですが、一文節の区切りや適度な箇所には、句読点（、。）を付けた
ほうがいいですよ。読み難いですから。