Winamp 的新 waveOut + SSRC !!!! ;)
版主: DearHoney
還在雜誌社工作時,我一向不願意幫 creative 寫任何介紹用的
文字,因為 creative 產品的市場規模已經最大,完全不適合以
扶持其發展的態度來看待.
相反的,個人一向在找 creative 電路設計與產品品質的缺點,
寫到編輯部的人都在問,作者個人為何針對這麼微細的設計差異
作比較?
沒想到今天要寫文字幫 vibra 128 說話,我只簡單的說明其硬
體構造,希望大家能清楚 vibra 128 的輸出方式.
個人使用的 vibra 128 上,有 CT5880 跟 STAC9721 這二個關鍵
晶片,聲音的數位格式資料是經由 PCI 匯流排送到 CT5880 作處
置之後,再送入 STAC9721 作 D/A 轉換,輸出我們能聽到的類比
聲音.
http://www.sigmatel.com/audio/stac9721pb.htm
這是 STAC9721 的工作方塊圖,上面很清楚的標明 DAC 與 ADC 的
PCM 資料是以 48K Hz 格式來工作,也就是 PCM 資料在送入 DAC
之前,必須被轉換成 48k Hz 的格式.
而我們的音樂 CD 是以 44.1K Hz 格式來紀錄資料,是故我們使用
符合 AC97 規格的音效卡來聆聽標準格式的音樂 CD 之時,在電腦
軟體之中或系統的 WAVE DEVICE 裡面或音效卡 CT5880 晶片上,
必須先行將這個44.1K Hz 的資料格式轉換成 STAC9721 的 DAC 所
能接受的 48K Hz 格式,DAC 才能順利的轉換出正確的聲音.
文字,因為 creative 產品的市場規模已經最大,完全不適合以
扶持其發展的態度來看待.
相反的,個人一向在找 creative 電路設計與產品品質的缺點,
寫到編輯部的人都在問,作者個人為何針對這麼微細的設計差異
作比較?
沒想到今天要寫文字幫 vibra 128 說話,我只簡單的說明其硬
體構造,希望大家能清楚 vibra 128 的輸出方式.
個人使用的 vibra 128 上,有 CT5880 跟 STAC9721 這二個關鍵
晶片,聲音的數位格式資料是經由 PCI 匯流排送到 CT5880 作處
置之後,再送入 STAC9721 作 D/A 轉換,輸出我們能聽到的類比
聲音.
http://www.sigmatel.com/audio/stac9721pb.htm
這是 STAC9721 的工作方塊圖,上面很清楚的標明 DAC 與 ADC 的
PCM 資料是以 48K Hz 格式來工作,也就是 PCM 資料在送入 DAC
之前,必須被轉換成 48k Hz 的格式.
而我們的音樂 CD 是以 44.1K Hz 格式來紀錄資料,是故我們使用
符合 AC97 規格的音效卡來聆聽標準格式的音樂 CD 之時,在電腦
軟體之中或系統的 WAVE DEVICE 裡面或音效卡 CT5880 晶片上,
必須先行將這個44.1K Hz 的資料格式轉換成 STAC9721 的 DAC 所
能接受的 48K Hz 格式,DAC 才能順利的轉換出正確的聲音.
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
不, 他是內建SRC, 先轉換為48kHz後才輸出
不過音效卡應該還是會笨笨地做48kHz -> 48kHz的轉換
</FONT><!-- BBCode Quote End -->
說明檔有提到...
out_wave_ssrc uses its own ultra-high-quality resampler to produce 48000hz output and <font color=red>bypass</font> resampling in soundcard drivers/hardware
...就這樣，應該不用擔心了
不, 他是內建SRC, 先轉換為48kHz後才輸出
不過音效卡應該還是會笨笨地做48kHz -> 48kHz的轉換
</FONT><!-- BBCode Quote End -->
說明檔有提到...
out_wave_ssrc uses its own ultra-high-quality resampler to produce 48000hz output and <font color=red>bypass</font> resampling in soundcard drivers/hardware
...就這樣，應該不用擔心了
SSRC resampler 的網頁在這裡:
http://shibatch.sourceforge.net/
裡面所使用的 FFT and Bessel function part 則是這個人的作品:
http://momonga.t.u-tokyo.ac.jp/~ooura/fft.html
http://momonga.t.u-tokyo.ac.jp/~ooura/bessel.html
更詳細的註解資料都附在 source code 裡,寫得非常清楚.
<!-- Edit Notice Start -->
<font size=-1>[ 這篇文章在 2002-07-02 22:20 被 gen6991 編輯過 ]</font><!-- Edit Notice End -->
http://shibatch.sourceforge.net/
裡面所使用的 FFT and Bessel function part 則是這個人的作品:
http://momonga.t.u-tokyo.ac.jp/~ooura/fft.html
http://momonga.t.u-tokyo.ac.jp/~ooura/bessel.html
更詳細的註解資料都附在 source code 裡,寫得非常清楚.
<!-- Edit Notice Start -->
<font size=-1>[ 這篇文章在 2002-07-02 22:20 被 gen6991 編輯過 ]</font><!-- Edit Notice End -->
謝謝 LIBIDO 兄詳細的解說，我差點就入寶山而空手而歸了。
想當初版上有人說綠盟有 400 元的 vibra128可以撿，就一直
掙扎要不要買，因為舊有的 1370 對不玩 game 的我已經很
夠用了。後來因為 XP driver 支援的原故忍痛買下，現在
終於讓我覺得這400塊錢沒有白花。
現在 Shibatch mpg123 [改] 32 bits + out_wave_srcc 16 bit執行中
和原 winamp 2.78 比起來層次感較為豐富。不過居然會吃掉我 Celeron 1G 10% cpu，好在我還沒有用 Shibatch 的 equalizer(考慮中)。
想起來真是不可思議，從1996年接觸到 mp3時，就覺得這一定會徹底改變
我的生活。不過當初只有跑去買音效卡而已，並沒有 Bill 的勇氣將事業
投注其上。
站長也是在那個時候建立了這個偉大的網站。想當初從 mp3 的介紹擴大
為現在規模，是我六年來天天都光顧的兩個個人網站之一。看看造訪人數
也快突破50,00,000。不知站長可否趁著六週年慶寫一篇 mp3 的發展史與回顧。
一個公開規格的壓縮格式，過了五年才有第三者寫出完全符合規格的 decoder (winamp 2.666)，不知可不可列入程式設計員的不可思議事件中。
P.S. winamp 2.20 decoder 記得是向 Fxxxxxxx購買的，忽略不計
想當初版上有人說綠盟有 400 元的 vibra128可以撿，就一直
掙扎要不要買，因為舊有的 1370 對不玩 game 的我已經很
夠用了。後來因為 XP driver 支援的原故忍痛買下，現在
終於讓我覺得這400塊錢沒有白花。
現在 Shibatch mpg123 [改] 32 bits + out_wave_srcc 16 bit執行中
和原 winamp 2.78 比起來層次感較為豐富。不過居然會吃掉我 Celeron 1G 10% cpu，好在我還沒有用 Shibatch 的 equalizer(考慮中)。
想起來真是不可思議，從1996年接觸到 mp3時，就覺得這一定會徹底改變
我的生活。不過當初只有跑去買音效卡而已，並沒有 Bill 的勇氣將事業
投注其上。
站長也是在那個時候建立了這個偉大的網站。想當初從 mp3 的介紹擴大
為現在規模，是我六年來天天都光顧的兩個個人網站之一。看看造訪人數
也快突破50,00,000。不知站長可否趁著六週年慶寫一篇 mp3 的發展史與回顧。
一個公開規格的壓縮格式，過了五年才有第三者寫出完全符合規格的 decoder (winamp 2.666)，不知可不可列入程式設計員的不可思議事件中。
P.S. winamp 2.20 decoder 記得是向 Fxxxxxxx購買的，忽略不計
<!-- BBCode Quote Start --><FONT COLOR=GREEN>站長也是在那個時候建立了這個偉大的網站</FONT><!-- BBCode Quote End -->
不，這個網站一點也不偉大..... 很普通的個人網站而已..... 靠著最後一點點的熱血在撐著.....
<!-- BBCode Quote Start --><FONT COLOR=GREEN>不知站長可否趁著六週年慶寫一篇 mp3 的發展史與回顧。</FONT><!-- BBCode Quote End -->
我對 MP3 的熱衷與熱血早就喪失的差不多了，在座的各位才是真的追得上當今 MP3 極致表現的人，我已經是個很普通的 user 了，實在沒什麼資格談這些東西，只怕硬寫出來的東西是貽笑大方的爛作品。
不，這個網站一點也不偉大..... 很普通的個人網站而已..... 靠著最後一點點的熱血在撐著.....
<!-- BBCode Quote Start --><FONT COLOR=GREEN>不知站長可否趁著六週年慶寫一篇 mp3 的發展史與回顧。</FONT><!-- BBCode Quote End -->
我對 MP3 的熱衷與熱血早就喪失的差不多了，在座的各位才是真的追得上當今 MP3 極致表現的人，我已經是個很普通的 user 了，實在沒什麼資格談這些東西，只怕硬寫出來的東西是貽笑大方的爛作品。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
現在 Shibatch mpg123 [改] 32 bits + out_wave_srcc 16 bit執行中
和原 winamp 2.78 比起來層次感較為豐富。不過居然會吃掉我 Celeron 1G 10% cpu，好在我還沒有用 Shibatch 的 equalizer(考慮中)。
</FONT><!-- BBCode Quote End -->
說到這個我好想哭，在我的電腦上如果用 standard 模式放 CD，CPU loading 高達 100%，如果放 MP3 或 AAC 聲音就會斷斷續續的，放不動了。
用 fast 模式 loading 會降到 75%。
沒想到第一次迫使我強烈想換 CPU 的軟體，竟然不是動畫壓縮，而是音訊處理類的... >_<
（就算是 640x480 的 MPEG4 即時要放，在我的電腦上用 ffdshow 也可以撐到 ~20fps，這個 plugin 真是太兇了...）
希望程式碼能再利用 MMX/SSE/3D Now! 作最佳化，不然 loading 實在太高了，不方便一邊聽音樂一邊做事。
用 fast 模式 SNR 會稍微降一點點（0.0xxdB 以下），不過不會差太多，我現在都是用這個模式。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
一個公開規格的壓縮格式，過了五年才有第三者寫出完全符合規格的 decoder (winamp 2.666)，不知可不可列入程式設計員的不可思議事件中。
</FONT><!-- BBCode Quote End -->
這個... 一個 1997 年就商業化的規格（DVD），到現在軟體播放器的播放比例還是錯誤的，這個應該也可以列入程式設計員的七大不可思議事件之中....
現在 Shibatch mpg123 [改] 32 bits + out_wave_srcc 16 bit執行中
和原 winamp 2.78 比起來層次感較為豐富。不過居然會吃掉我 Celeron 1G 10% cpu，好在我還沒有用 Shibatch 的 equalizer(考慮中)。
</FONT><!-- BBCode Quote End -->
說到這個我好想哭，在我的電腦上如果用 standard 模式放 CD，CPU loading 高達 100%，如果放 MP3 或 AAC 聲音就會斷斷續續的，放不動了。
用 fast 模式 loading 會降到 75%。
沒想到第一次迫使我強烈想換 CPU 的軟體，竟然不是動畫壓縮，而是音訊處理類的... >_<
（就算是 640x480 的 MPEG4 即時要放，在我的電腦上用 ffdshow 也可以撐到 ~20fps，這個 plugin 真是太兇了...）
希望程式碼能再利用 MMX/SSE/3D Now! 作最佳化，不然 loading 實在太高了，不方便一邊聽音樂一邊做事。
用 fast 模式 SNR 會稍微降一點點（0.0xxdB 以下），不過不會差太多，我現在都是用這個模式。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
一個公開規格的壓縮格式，過了五年才有第三者寫出完全符合規格的 decoder (winamp 2.666)，不知可不可列入程式設計員的不可思議事件中。
</FONT><!-- BBCode Quote End -->
這個... 一個 1997 年就商業化的規格（DVD），到現在軟體播放器的播放比例還是錯誤的，這個應該也可以列入程式設計員的七大不可思議事件之中....
<!-- BBCode Quote Start --><FONT COLOR=GREEN>
說明檔有提到...
out_wave_ssrc uses its own ultra-high-quality resampler to produce 48000hz output and <font color=red>bypass</font> resampling in soundcard drivers/hardware
...就這樣，應該不用擔心了
</FONT><!-- BBCode Quote End -->
其實 peter 沒有做過實驗，他是用推想的，既然已經是 48KHz 了，音效卡應該會 bypass SRC 吧。然而實際情況可能不是他所想的那樣。（我想這不能怪 peter，他會這樣想是很自然正常的事 應該怪音效卡的 SRC 太愚笨了）根據實驗，即使以 48KHz 輸出，原始資料還是會和原本的 48KHz 不一樣。這點日本的 efu 和站上的幾位大大都曾做過實驗。
我記得很久以前曾在 AC'97 的相關說明文件中看到，即使以 48KHz 輸入，還是會被 SRC upsampling 到 96KHz，再轉回 48KHz。
我一直不明白這麼做是為什麼，可能是因為這樣設計軟體的 driver 比較好寫或硬體的 SRC 比較好設計的緣故？
總之這是個謎？
至於現在的驅動程式是不是還是這樣做，就有待大大們作測試驗證了。
不過即使 48KHz 輸出也會經過 resample，48 轉 48 的品質也還是比 44 轉 48 的品質要好非常多，可以參見站長大大作的 44/48KHz 的音質比較測試。
說明檔有提到...
out_wave_ssrc uses its own ultra-high-quality resampler to produce 48000hz output and <font color=red>bypass</font> resampling in soundcard drivers/hardware
...就這樣，應該不用擔心了
</FONT><!-- BBCode Quote End -->
其實 peter 沒有做過實驗，他是用推想的，既然已經是 48KHz 了，音效卡應該會 bypass SRC 吧。然而實際情況可能不是他所想的那樣。（我想這不能怪 peter，他會這樣想是很自然正常的事
應該怪音效卡的 SRC 太愚笨了）根據實驗，即使以 48KHz 輸出，原始資料還是會和原本的 48KHz 不一樣。這點日本的 efu 和站上的幾位大大都曾做過實驗。我記得很久以前曾在 AC'97 的相關說明文件中看到，即使以 48KHz 輸入，還是會被 SRC upsampling 到 96KHz，再轉回 48KHz。
我一直不明白這麼做是為什麼，可能是因為這樣設計軟體的 driver 比較好寫或硬體的 SRC 比較好設計的緣故？
總之這是個謎？
至於現在的驅動程式是不是還是這樣做，就有待大大們作測試驗證了。
不過即使 48KHz 輸出也會經過 resample，48 轉 48 的品質也還是比 44 轉 48 的品質要好非常多，可以參見站長大大作的 44/48KHz 的音質比較測試。
<!-- BBCode Quote Start --><FONT COLOR=GREEN>站長也是在那個時候建立了這個偉大的網站</FONT><!-- BBCode Quote End -->
不，這個網站一點也不偉大..... 很普通的個人網站而已..... 靠著最後一點點的熱血在撐著.....
[/quote]
我想，這個站應該是華人世界最專業的音效卡和電腦喇叭的網站了，雖然是個人網站，但是小弟在這裡學到的東西比其他任何商業大站都還要多。現在買東西之前一定都會先上來這裡取經以免上當受騙，前一陣子網站掛掉還為了找不到資料而大傷腦筋... 除此之外，上來看看各位長輩的敗家事蹟，也是非常非常有趣而危險的一件事
感謝站長多年來的辛苦維持，獨立支撐這樣的一個網站真的是很不容易![[b07]](./images/smilies/b07.gif)
不，這個網站一點也不偉大..... 很普通的個人網站而已..... 靠著最後一點點的熱血在撐著.....
[/quote]
我想，這個站應該是華人世界最專業的音效卡和電腦喇叭的網站了，雖然是個人網站，但是小弟在這裡學到的東西比其他任何商業大站都還要多。現在買東西之前一定都會先上來這裡取經以免上當受騙，前一陣子網站掛掉還為了找不到資料而大傷腦筋... 除此之外，上來看看各位長輩的敗家事蹟，也是非常非常有趣而危險的一件事
感謝站長多年來的辛苦維持，獨立支撐這樣的一個網站真的是很不容易