我覺得 2.2 版的 out_ds_SSRC 明顯比之前的版本好聽
有人跟我一樣感覺嗎 ?
</FONT><!-- BBCode Quote End -->
沒錯！我也這樣覺得。
深深為2.2版的音質感動中... :lol:
Winamp 的新 waveOut + SSRC !!!! ;)
版主: DearHoney
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
MP3 壓縮以後的資料已經和原來 CD 上的資料上不一樣了，在重建這些經過轉換量化編碼的資料的時候，計算的精度越高（沒有四捨五入捨棄位數），誤差就越小。內部解碼 32-bit 浮點數的 decoder 輸出的時候轉成 16-bit 輸出和 24-bit 輸出，結果當然不一樣。24-bit 輸出的 distortion 會比 16-bit 小。
</FONT><!-- BBCode Quote End -->
那為什麼建議使用 SSRC 的個 plugin 的人將 mad 或 mpg123 設成 24bits 輸出給 SSRC 而不是設成 32bits 輸出給 SSRC 呢? 32bits「理論上」不是比較好嗎?
MP3 壓縮以後的資料已經和原來 CD 上的資料上不一樣了，在重建這些經過轉換量化編碼的資料的時候，計算的精度越高（沒有四捨五入捨棄位數），誤差就越小。內部解碼 32-bit 浮點數的 decoder 輸出的時候轉成 16-bit 輸出和 24-bit 輸出，結果當然不一樣。24-bit 輸出的 distortion 會比 16-bit 小。
</FONT><!-- BBCode Quote End -->
那為什麼建議使用 SSRC 的個 plugin 的人將 mad 或 mpg123 設成 24bits 輸出給 SSRC 而不是設成 32bits 輸出給 SSRC 呢? 32bits「理論上」不是比較好嗎?
-
justthinking
- 神人
- 文章: 1366
- 註冊時間: 2001-01-04 08:00
- 來自: 敗家者天堂
- 聯繫:
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
應該說無法預測 M$ 的 coder 要怎麼惡搞吧.... [XD]
也許去看看 Linux 的音效裝置怎麼搞會比較有希望.....(爆)
</FONT><!-- BBCode Quote End -->
硬體上已經接上 AC97 的話, 軟體很難使上力吧!
看到 SSRC 的 resample routine 也是在 SourceForge, 突然想把它 combine 到 XMMS 當 output plugin
反正 Linux 上現在音效卡除了聽音樂, 還能做什麼呢?
(所以搞不好最佳音效卡要頒給 Vibra 128)![[b14]](./images/smilies/b14.gif)
<!-- Edit Notice Start -->
<font size=-1>[ 這篇文章在 2002-08-21 11:50 被 華嗶可 編輯過 ]</font><!-- Edit Notice End -->
應該說無法預測 M$ 的 coder 要怎麼惡搞吧.... [XD]
也許去看看 Linux 的音效裝置怎麼搞會比較有希望.....(爆)
</FONT><!-- BBCode Quote End -->
硬體上已經接上 AC97 的話, 軟體很難使上力吧!
看到 SSRC 的 resample routine 也是在 SourceForge, 突然想把它 combine 到 XMMS 當 output plugin
反正 Linux 上現在音效卡除了聽音樂, 還能做什麼呢?
(所以搞不好最佳音效卡要頒給 Vibra 128)
<!-- Edit Notice Start -->
<font size=-1>[ 這篇文章在 2002-08-21 11:50 被 華嗶可 編輯過 ]</font><!-- Edit Notice End -->
![[b11]](./images/smilies/b11.gif){kind=small}
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
那為什麼建議使用 SSRC 的個 plugin 的人將 mad 或 mpg123 設成 24bits 輸出給 SSRC 而不是設成 32bits 輸出給 SSRC 呢? 32bits「理論上」不是比較好嗎?
</FONT><!-- BBCode Quote End -->
我沒有建議轉成 24bit 呀，像 OGG，能用 32bit 輸出就用 32bit 輸出當然是最好的。
在最後輸出之前，如果中間還要經過一些處理（如 SSRC），保留越多原始資訊當然是越好，只是 CPU 的處理負擔會越重。
如同 justthinking 兄說的，MAD 24bit 輸出和 32bit 輸出是一樣的，這個過去站上曾經討論過。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
使用96kHz輸出, CPU Usage暴增一倍以上 >_<
我感到電腦在幕後為我做了許多事... [XD]
</FONT><!-- BBCode Quote End -->
44.1KHz 轉 96KHz 的話，ssrc 要先 upsampling 到 44100 * 360 = 14,112KHz，比 48KHz 的情況多一倍，計算的 sample 數變多，usage 暴增是理所當然的。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
但是我比較過用24bit跟32bit送給WAVE_OUT_SSRC比較過,聽感不太一樣,32bit的聲音聽起來似乎聲音的密度較為增加,感覺細節比較清楚且較近些...有人有比較過mad24bit跟32bit搭配wave_out_ssrc有無差異嗎?
</FONT><!-- BBCode Quote End -->
您是用 MAD 輸出嗎？這個就奇怪了，MAD 的作者說 MAD 的 24bit 和 32bit 輸出是一樣的，32bit 輸出只是將 24bit 後面多填 8 個零。小弟曾做過實驗，24bit 輸出和 32bit 輸出的確實是完全一樣的
http://www.dearhoney.idv.tw/phpBB/artic ... 67&forum=3
在那個實驗裡，MAD 24bit 輸出的正確性勉強到第 20 個 bit，第 23 個 bit 輸出時已經有很嚴重的 distortion。
mpg123 則是到第 25 個 bit 都完全正確。
那個實驗作的和這個網頁作的是同樣的一件事情
http://privatewww.essex.ac.uk/%7Edjmrob ... 24bit.html
那為什麼建議使用 SSRC 的個 plugin 的人將 mad 或 mpg123 設成 24bits 輸出給 SSRC 而不是設成 32bits 輸出給 SSRC 呢? 32bits「理論上」不是比較好嗎?
</FONT><!-- BBCode Quote End -->
我沒有建議轉成 24bit 呀，像 OGG，能用 32bit 輸出就用 32bit 輸出當然是最好的。
在最後輸出之前，如果中間還要經過一些處理（如 SSRC），保留越多原始資訊當然是越好，只是 CPU 的處理負擔會越重。
如同 justthinking 兄說的，MAD 24bit 輸出和 32bit 輸出是一樣的，這個過去站上曾經討論過。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
使用96kHz輸出, CPU Usage暴增一倍以上 >_<
我感到電腦在幕後為我做了許多事... [XD]
</FONT><!-- BBCode Quote End -->
44.1KHz 轉 96KHz 的話，ssrc 要先 upsampling 到 44100 * 360 = 14,112KHz，比 48KHz 的情況多一倍，計算的 sample 數變多，usage 暴增是理所當然的。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
但是我比較過用24bit跟32bit送給WAVE_OUT_SSRC比較過,聽感不太一樣,32bit的聲音聽起來似乎聲音的密度較為增加,感覺細節比較清楚且較近些...有人有比較過mad24bit跟32bit搭配wave_out_ssrc有無差異嗎?
</FONT><!-- BBCode Quote End -->
您是用 MAD 輸出嗎？這個就奇怪了，MAD 的作者說 MAD 的 24bit 和 32bit 輸出是一樣的，32bit 輸出只是將 24bit 後面多填 8 個零。小弟曾做過實驗，24bit 輸出和 32bit 輸出的確實是完全一樣的
http://www.dearhoney.idv.tw/phpBB/artic ... 67&forum=3
在那個實驗裡，MAD 24bit 輸出的正確性勉強到第 20 個 bit，第 23 個 bit 輸出時已經有很嚴重的 distortion。
mpg123 則是到第 25 個 bit 都完全正確。
那個實驗作的和這個網頁作的是同樣的一件事情
http://privatewww.essex.ac.uk/%7Edjmrob ... 24bit.html