このあいだベンチマーク掲示板に投稿したのと同一人物です。
ベンチマークでは(板のとおり)結構速度がでているのですが、いざ実
際にエンコードしてみると速度が出ません。
心理音響＆CBR192kbpsで今やっているのですが、1.15倍速だそうです
。　本当に紅茶で一服できてしまいます(笑)

昔は早かったんですけどねぇ。　現在の環境です。
Windows2000 SPなし。 物理メモリ512MB
AthlonXP1700+(Palomino) with KT266chip

タスクマネージャを開くと、explorerがCPUリソースの九割もっていっ
てますね。エンコードを一時停止するとexplorerも沈静化します。

既出、またはあまりにも初歩的なことであればすみません。
では、なにかあれば返信お願いいたします。

サポート担当です。

> このあいだベンチマーク掲示板に投稿したのと同一人物です。
> ベンチマークでは(板のとおり)結構速度がでているのですが、いざ実
> 際にエンコードしてみると速度が出ません。
> 既出、またはあまりにも初歩的なことであればすみません。
> では、なにかあれば返信お願いいたします。

エンコードクオリティ設定で、音質設定が"最高音質"になっていませんか？
この場合、説明にもあるとおりエンコードの速度は"非常に遅い"です。

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

クオリティのタブですが、標準のところになっています。
また、旧バージョンのGUI版GOGO (DLLはUP済 with KANON)を使っても同じような状況(二倍速CD-ROM相当にすら達しない)です。
※DLLをUP:手動でgogo.dllを上書きしました。

HDDの断片化でもありませんし、CPUもAthlonXP1700+の定格、PC2700 512MBメモリをPC2100で使っています。
心理音響モデル演算はONにしていますが、昔のもの(旧DLLのGUI版GOGO)を使っているときは普通に20倍速相当は出ていました。

あ、昔のGOGO(GUI ver.2.351 DLL version 2.40)を引っ張り出してきて、ほぼ同じ設定でエンコードしたところ、40倍速程度でました。
しかも、その午後にDLLをUPDATEさせたらなぜか高速で変換できました。
with Kanon や最新版のGUIと相性が悪いのでしょうか？

長々と質問すみません。

複数、午後のこーだがインストールされているのが悪いかと思い、すべての午後をアンインストール→最新の午後のみインストールしました。
その後、相変わらずベンチマークでは速度がでますが、(詳細オプションを最高速に設定して)実際にエンコードしてみると、それでもせいぜい三倍速CD-ROM程度しか出ません。

やはり、3.11aのGUIと相性が悪いのでしょうか？

Explorerが異様にCPUを使用するというのは、たま〜に起きるバグかと
思います。(初心者?の私はね)
SP無しで使用していると、数万個有るというバグと戦うことになるの
でその分エラーが起きやすくなったのでは?
毎度毎度私は書くのですが、最低限関係するような物のアップデート
は試して欲しいところです

サポート担当です。

> その後、相変わらずベンチマークでは速度がでますが、(詳細オプションを最高速に設定して)実際にエンコードしてみると、それでもせいぜい三倍速CD-ROM程度しか出ません。

VBR設定は無効になっておりますでしょうか？
ご確認ください。

お二方、返信ありがとうございます。

まずW.Yuuyaさん
SPは確かに入れていません。友達から「SP入れるとバグは減っても、エラーでアプリ(単体)が落ちることが多くなる。バグを減らして、別のバグを作っている」などと言われ(どこか矛盾していますが)、ちょっと入れるのに抵抗があるのですよね。　OS再インストールの前はSPを入れていたのですが、たしかにDr.Watsonがよく働きましたし。
ちなみに、SP以外のWindowsUPDATEは全部行っています。

PEN@海猫さん
確かめましたが、VBRではありません。CBR160kbpsです。
「可変ビットレートエンコードを利用する」のチェックははずし、クオリティの設定を右から二番目(ないし三番目)にし、エンコードスレッドの優先順位はNORMAL、ほかはいじってないと思います。

サポート担当です。

> 確かめましたが、VBRではありません。CBR160kbpsです。

アプリケーション設定の初期化を試みてください。

ご利用の手順ですが、

1. 以下のレジストリファイル(initgogo.reg)をダウンロードしてください
2. 午後のこ〜だを含む、すべてのアプリケーションを終了してください。
3. レジストリファイルをダブルクリックすると、"レジストリに追加しますか?"と
　　聞かれますので、"はい"と答えてください。

作業手順に関しましては、特にご注意下さい。

http://www.marinecat.net/download/initgogo.reg

> アプリケーション設定の初期化を試みてください。
>
> http://www.marinecat.net/download/initgogo.reg

指示通りレジストリ値を初期化しましたが、やはり改善されません。
思い切ってServicePack4を入れてみようかと思います。　SPを適用したらまた報告にきます。

> SPを適用したらまた報告にきます。
ServicePack4を適用しました。　しかし、状況は変わらずです。

もう一度環境＆現状を書きます。

OS Windows2000 with ServicePack4
CPU AthlonXP1700+ (定格)
512MB DDR-SDRAM (定格)
M/B MSI K7T266Pro(KT266chip)
IC35L120AVV207-0(NTFS、システム、Ultra-DMAモードで動作)
IC35L080AVVA07(NTFS、データ、Ultra-DMAモードで動作)

症状:実際にエンコードを始めると、ExplorerがCPU利用率90％、GOGO.exeがCPU利用率10％(タスクマネージャで確認)となります。
一時停止するとGOGO.exeの利用率が0％になると同時にExplorerの利用率も0％になります。

ExplorerのCPU利用率を低いまま抑えることはできないのでしょうか？
普段ファイルをコピーするときは、CPU利用率も低いままです。GOGOを使うときのみExplorerの利用率が上がってしまいます。
(SCMPXを使ってみたところ、Explorerの異常な利用率もなくエンコードできます。)

サポート担当です。

> もう一度環境＆現状を書きます。
> :
> ExplorerのCPU利用率を低いまま抑えることはできないのでしょうか？

詳しい報告ありがとうございます。
非常にまれなケースですね。
以下の手順で環境のチェックを行ってください。

・実際にエンコードに使用するドライブで
　HDBENCH等を用いて速度チェックを行ってください。
　そのドライブですと、40MB前後のread/write,10MB前後のrandomread
　性能が出るはずです。
・ウイルス検査ソフトが常駐しているようでしたら、
　一時的にそれを停止してください。

> 非常にまれなケースですね。
そうですか、うまく解決すればいい人柱になれるのですが・・・。

HDbench(100MB設定にて)を使ってみたところ、結果が
Read 29000 Write 27000 SP 5000
ほどでした。結構断片化してそうですね。(空き容量は9GB程)
それでも、MP3エンコードには十分な速度だとは思いますが。

ウイルス検査ソフトですが、NOD32というソフトを使っています。はずすの忘れてました。
しかし、常駐を解除しても結果は変わりません。

なお、gogo_8Hz.exeをEACbeta4に読み込ませてmp3で抽出する際は、(心理音響はONでしたが)結構速度でてました。60分のCDを抽出するのに(抽出時間も含めて)10分かからなかったので。

非常に消極的な作戦なのですが、旧午後(Ver2.40位)のGUIに最新のDLLを上書きした場合、音質や速度は最新の午後と同等クラスになるのでしょうか？　なぜか旧版の午後GUIだとDLLをUPしてもうまくいくので、最新GUIが使えないだけなのであれば旧版のGUI+最新DLLの組み合わせで使いますが・・・。(むしろwithKanon版の方がGUI的には好きだったりしますが)

以上、わかりにくい文章すみません。　返信お願いします。

当方でも同じ状況が再現したのと
とりあえずは解決(?)したのでご報告を〜

> ウイルス検査ソフトですが、NOD32というソフトを使っています。はずすの忘れてました。
> しかし、常駐を解除しても結果は変わりません。
私の環境ではこのNOD32が原因でした
しかも、こいつの常駐保護の解除方法によって挙動が違います
「NOD32の終了」（常駐終了）→×
「常駐保護(AMON)のチェックボックスを外す」→×
「AMONの停止（常駐保護の停止）のボタンを押す」→○
なぜ常駐終了しても影響が残るのかとか
常駐したままでもAMONを停止すればOKなのかよくわかりませんけど……

とりあえず
コントロールセンター→モジュール→AMON→停止（常駐保護の停止）
の手順でNOD32の常駐保護を止めてみたらどうでしょうか

Pulseさん、情報ありがとうございます。
見事当方の環境でも解決いたしました！
無事二十倍以上(タブは左から二つ目)の速度でエンコードしております。

ひとまず解決したのですが、旧バージョンのGUIと最新DLLの組み合わせだと再現されないのが腑に落ちないところでもあります。

回避法がわかったので、とりあえずその方法を使うことにはしますが。

PEN@海猫様、もしよければこの怪現象の根本的解決をお願いします。
なにか協力できることがあればメールください。

皆様、長いスレにお付き合いいただきありがとうございました。

いまさらすみません。NODに関する追加報告です。

やはり、終了する　を選択しても、タスクマネージャから除いてみると
NOD32KRN.exeが残っています。　ちなみに手動で終了させることはできませんでした。
常駐を切ってから終了させても同じexeが残ります。
こちらもプロセスの終了を受け付けません。
どちらも見かけ上はおなじ残り方をしますが、GOGOを使う上では大きな違いがあります。(速度面)

実は、NODって結構たちの悪いアンチウィルスソフトなのかもしれませんね。

では開発者様、さらなる改良がんばってください。
(あ、バグとり等を強制させたくて言っているのではないのであしからず)

> 私の環境ではこのNOD32が原因でした
> しかも、こいつの常駐保護の解除方法によって挙動が違います
> 「NOD32の終了」（常駐終了）→×
> 「常駐保護(AMON)のチェックボックスを外す」→×
> 「AMONの停止（常駐保護の停止）のボタンを押す」→○
> なぜ常駐終了しても影響が残るのかとか
> 常駐したままでもAMONを停止すればOKなのかよくわかりませんけど……

一旦常駐保護が起動した後は、チェックボックスを外すだけでは実は解除されないとか？
よくある"再起動後に有効になる"という落ちだったりするかも．．．（^^;）

はじめまして。
午後のこーだを利用させて頂き感謝しております。

NOD32を入れたところ、私も同じ現象になりました。

WinXP SP1
AthlonXP1700+

yoshikenさんと、似ている環境です。

午後のこーだでエンコードし始めた瞬間、Explorer.exeが
90％CPU食ってしまいます。
最初は何が原因か分かりませんでしたが、ここを見て
NODが原因だと分かりました。

とりあえず、エンコードの間だけはExplorerを終了して
対処していました。（他のことが出来なくなるのが辛い）

とりあえず報告させて頂きます。

わたしもNOD32を使用しているので試してみました。

午後のこーだGUIを使ってエンコードした時のみexplorer.exeのCPU時間が99になることを確認しました。
また、AMONの設定でWINGOGO.EXEを検査対象外に設定することで回避できました。
（ver. 3.11aの標準設定で確認）

また、GOGO.DLLを使用する他のソフトで試したところ99になると言うことはありませんでした。
（CD2WAV32 Rev3.21とミニエンコーダ Ver.1.351で標準設定相当の設定にし確認）

ちなみにgogo.exeでは特に問題ありませんでした。
（gcc3.2でコンパイルしたver. 3.11で確認）

エンコードコア自体は関係ないようです。

マシン環境
M/B:MSI 845 Ultra ARU
CPU:Pentium4 2.4GHz
MEM:256MB DDR-SDRAM
HDD1:Seagate BarracudaIV 40GB
HDD2:Seagate BarracudaIV 80GB
OS:Windows2000 5.00.2198 Service Pack 4

　サポート担当です。

> わたしもNOD32を使用しているので試してみました。

　NOD32(?)をお持ちの方に試してみていただきたいのですが

　　1. 出力形式を.WAVにした際の挙動に違いがあるか？
　　2. 出力形式を.RMPにした際の挙動に違いがあるか？
　　3. NOD32が稼動中に、リアルタイム録音機能を用いた場合の
　　　CPU負荷(explorer?)と、NOD32停止を行った際の負荷の比較

　お手数をおかけしますがよろしくお願いします。

> 　　1. 出力形式を.WAVにした際の挙動に違いがあるか？
.MP3と同様、explorer.exeの負荷上昇を確認。

> 　　2. 出力形式を.RMPにした際の挙動に違いがあるか？
こちらも同様、負荷上昇を確認。

> 　　3. NOD32が稼動中に、リアルタイム録音機能を用いた場合の
> 　　　CPU負荷(explorer?)と、NOD32停止を行った際の負荷の比較
この場合、NOD32稼働中でも負荷上昇は認められませんでした。

以上の結果となりましたので報告させていただきます。