那我猜對了 ^^
您應該沒有裝 lame 給 Cool Edit 用的 filter，所以那個圖形應該是 FhG 的 decoder 解碼出來的結果。
上面那張 MAD 很恐怖的解碼圖
從頻譜看起來，這個聲音一定很恐怖
我想如果解出這種聲音，聽起來一定會非常明顯，一定會被察覺到，不過我從來沒有經驗過 MAD 會解出這種聲音。
根據頻譜推斷，這個 wav 檔已經 clipping 了，也就是音量已經超過數位格式所能記錄的最大音量 0 dBFS，所以造成削峰失真，波形變成方波，產生一連串（無限）的諧波失真。
請注意看失真發生的位置，主要是在奇次 3K,5K,7K... 和偶次 2K,4K,6K... 諧波的頻率。而且原本的訊號 1KHz 的頻率音量已經變大到 0 dBFS（碰到那條橫線，請和別張圖的 1KHz 的音量做比較）。
由這些現象推斷，這個 wav 檔的失真是由 clipping 所引起的。
小弟猜測，會不會是您在做 MAD 24bits 輸出測試的時候，不小心把 Winamp 的 Disk Writer 的輸出格式設定為 44KHz 16bits 所以才會出現這種削峰失真的現象？
可以檢查一下 MAD 輸出的 wav 檔是不是 16bits 的就可以知道了。
我剛剛下載您提供的 MP3 以 MAD 解碼做試驗，結果頻譜很正常並沒有發現異樣。

您說的沒有錯，不過小弟不會用 Mad 直接輸出的方式耶... >_<

之前有提過，因為不會用，所以全部的測法都一樣，採用：

WAVE -(經 Lame)-> MP3 -> WinAMP 各種 MP3 Decoder -> WinAMP 的 WaveOut -> 由 Cool Edit 讀入 Wave 檔並分析

小弟知道這樣有很大的問題，因為 MP3 Deocder 的資料在 MAD/MPG123 會有 24/32 的狀況，但 Wave 標準並沒有超過 16bits 的選項。可是奇怪的一點還有，MPG123 16/24/32bits 與 MAD 8/16/32bits 都不會有詭異的狀況產生，頻譜、波形也正常 (至少頻譜不會差異太大)，只有 MAD "24"bits 會... 印象中和以前測的類似，MAD 24bits 莫非有蝦米特殊之處??!! 就只有他會造成這樣恐怖的結果。

所以囉，自己也覺得這是不太專業的亂七八糟測試... 如果有其他方式可以讓 WinAMP 2.X 的 In_XXX.dll 輸出其他格式 (如 CoolEdit 裡面有的 32bits 浮點格式聲音)，那應該可以獲得比較準確的結果?? 但仍然覺得這應該不是報表的問題，因為其他 Dncoder 或 MAD 自己本身在其他位元精度下都不會有此狀況發生... (只有寫入 Wave 檔會出現此神奇狀況)

終於回到自己的電腦身邊，小弟測了一下
如果 MPG123 輸出 24bits 時，儲存的格式指定為 16bits，結果一樣會發生您作的 MAD 24bits 測試裡的 clipping 現象。
如果不指定錯誤的輸出格式，則 MAD 24bits 和 MPG123 24bits 的輸出都是正常的。
您應該是用 Winamp 的 Disk Writer 輸出 wav 檔的吧？（如果是用 waveOut 不是還要錄音？）
在輸出的設定裡面 "Convert to format" 不要打勾，不要指定輸出的檔案格式（否則最高只能選 16bits），由 plug-in 自行輸出正確的檔案格式，這樣就不會發生 clipping 的現象了。
小弟猜測可能是您第一次作實驗的時候，MPG123 的 24bits 輸出忘了打勾，指定輸出格式，所以輸出正確的 24bits 檔案。而測試 MAD 24bits 的時候則有指定輸出為 16bits，所以發生了 clipping 的現象。
如果猜錯了，那小弟也不知道為什麼了 ^^;
您可以再重作一次試試看。
可以確定的是，MAD 24bits 輸出是正常的，那個圖形的諧波失真是由 clipping 所引起的。