CD2WAVでも試してみましたが　強制モノラル指定した場合
やはりうまくエンコードされませんね(^^;)

モノラル出力は未実装だったんでしたっけ？？(^^?

> CD2WAVでも試してみましたが　強制モノラル指定した場合
> やはりうまくエンコードされませんね(^^;)
>
> モノラル出力は未実装だったんでしたっけ？？(^^?

強制モノラル出力は，Ver3.09(3.08だったかも)から対応してますが，dll の使
い方によっては[220]の修正をしないと強制モノラル出力では正常にエンコード
できないかもしれません．

この症状によって正常にエンコードされない場合は，たぶん，出力される mp3
ファイルの長さが正常な長さより短くなるはずです．まだ，手元で実際の症状が
出ていないので，修正部分から予想しているだけですが^^;;

> この症状によって正常にエンコードされない場合は，たぶん，出力される mp3
> ファイルの長さが正常な長さより短くなるはずです．まだ，手元で実際の症状が
> 出ていないので，修正部分から予想しているだけですが^^;;

たしかに数百バイトという短いファイルでした。(^^;)
そこで修正したソースで makeした dllでやり直してみたところ、ファイルサイズは正常だと思われるサイズのものが生成されるようになった
んですが音がヘンです。(^^;)

クリップしまくってるような音になります。

> んですが音がヘンです。(^^;)
>
> クリップしまくってるような音になります。

ううむ，こちらで VC と mingw(2.95.2 19991024)で作った dll で cd2wav32 で
20曲くらい CD から強制モノラル版とステレオ版の mp3 ファイルを作って聞き
比べてみましたが，ステレオ/モノラル以外の差異はないようですし，クリップ
らしき問題もありませんでした．

で，ちょっと気になったのですが，もとさんってたぶん私のとことは違う Ver.
の mingw だったか cygwin だったかをお使いでしたよね？file_io\gogo_io.c
だけ最適化を切って dll を作ったりしたら，強制モノラルでも正常にエンコー
ドされませんでしょうか？コードの中に最適化バグが出やすそうな気がする部分
を見つけたもので．

最適化を切っても変化なしだったのと、フロントエンドを WinGOGOに
した場合は正常にエンコードされるので、怪しいのは CDexじゃない
かと思い CDexのソース眺めてたところ

retval = me_setconf( MC_ENCODEMODE ,(UPARAM)m_nMode, ( UPARAM )0 );

とあった後ろの方で

if (m_nMode==MC_MODE_MONO)
　　retval = me_setconf( MC_MONO_PCM , FALSE, ( UPARAM ) 0 );

とかいう部分を通るようになってました。
たぶんこのせいじゃないかと(^^;)

ということで gogo.dll は無実のようです。
計さんにはお手間を取らせる結果になって申し訳ありませんでした。

> if (m_nMode==MC_MODE_MONO)
> 　　retval = me_setconf( MC_MONO_PCM , FALSE, ( UPARAM ) 0 );
>
> とかいう部分を通るようになってました。
> たぶんこのせいじゃないかと(^^;)

CDexのソースをちょっといじってみたんですが、ここをコメント
アウトしてもダメだったんで、ここが問題じゃない感じですね。
私の実力ではここまでかな(^^;)