引用:
Originally posted by Shade
根據頻譜推斷，這個 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 檔會出現此神奇狀況)
