有 125 筆資料符合您搜尋的條件

teamJDK
2004-08-24 08:40
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

放假不知道要做什麼.... 看到 MIDIMALL 上提到 Dither 比較重要,確實,我很想測 Dither.... :P 像這一篇做的測試 http://audio.rightmark.org/lukin/dither/dither.htm 當初 http://www.24-96.net/dither/ 開放測試的結果,MegaBitMax 是 Dither 的第一名,Garf(PPHS 的作者)也說他覺得 MegaBitMax 聽起來比 foobar2000 的 strong ATH 還要好.... 我倒是很想知道 foobar2000 strong ATH 和 Waves L1/L2...
teamJDK
2004-08-24 08:16
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

sox 低頻也有諧波失真的現象。 相較之下,SSRC 測出來的數據比較好看。 不過實際聽起來,到底音色是怎樣,這個我沒有聽 ^^; 11. RML Labs SawStudio 3.8a 由於他們號稱有高品質 Realtime 的 SRC,作為賣點之一,所以測測看。 測試的結果,真的很快,品質.... 如下 http://home.pchome.com.tw/health/xnlhnlre/sawstudio.gif 12. Steinberg Nuendo v2.2.0.33 在好奇心的驅使之下,最後還是測了 Nuendo :P 結果 Nuendo 的 SRC 和 Wavelab 不一樣, ...
teamJDK
2004-08-24 07:58
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

http://sox.sourceforge.net/ 可不可以測測看這個軟體 :lol: 沒問題 ^^ sox 其實我之前有測,不過沒有列出來,由於我現在不好抓 GIF 動畫,用靜態的圖片說明代替 :o sox 最好的 SRC 模式是 Polyphase Filtering,有一個參數,是設定 cutoff 的頻率,如果設為 22KHz*1,高頻靠近 stopband 的地方會出現 Ringing,如下圖 http://home.pchome.com.tw/health/yblvalpq/sox-poly-cut1.gif 如果用預設值,是 22KHz*0.95,高頻會衰減得比較快,但是沒...
teamJDK
2004-08-24 07:42
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

Re: 軟體 SRC 品質測試

我一直覺得大多數mpeg4壓縮出來的東西聽感上比mp3多出了像是這樣的細節... 不過跟原始wav比較起來就可以分辨出是加味進去的.. 另SSRC和PPHS兩者在使用普通模式跟Ultra mode之間我覺得有聽的出來的差異... 不過感覺上是音色上的差距... 只能說低CPU time模式下音色都會比較"粗操".. 是否能測試一下SSRC或PPHS內部兩個mode的差異? 測出來中低頻的表現是差不多的,不過到靠近 stopband 的地方,一般模式會比 Slow mode/Ultra mode 多出 Ringing 的瑕疵。 實際聽起來,我也覺得一般模式的音色比較&quo...
teamJDK
2004-08-22 01:14
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

mpg123的作者似乎有做一個foobar2000的src外掛 耗掉的CPU資源幾乎是原SSRC的2倍多... 不知道teamJDK大大有沒有興趣測一下SRC的品質 :) SamLin 兄 ^^ 你是說「foobar 用的 mpg123 plug-in」的作者,Otachan 對嗎? Otachan 借 mpg123 的 lib 拿來用,寫了一個 foobar 的 mpg123 plug-in,所以他是「這個 plug-in」的作者 ;) Otachan 的 plug-in 我有測,據日本網站的說法,他的 plug-in 改了 1. Low 模式由原本的 32bit 精度改為 64bit 精...
teamJDK
2004-08-21 21:56
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

teamJDK兄的文章讓我轉貼一下好嗎  :o http://forum.midimall.com.tw/viewtopic.php?t=7525 沒問題 :D 希望有參考價值。 不過他們一般不會用這些軟體做 SRC 吧? SRC 反而是取樣音源的軟體用得比較多 :P 我只是用預設的 150 而已, 以前的 cool edit pro 1.x help file 好像說過太高的話會有不良後果 (接近 cutoff freq 時的音量會變大), 所以自己也不敢調得太高 :P Audition 的說明書中倒是沒有提到這點 我想了一下,Cool Edit Pro 1.x Help File 說的應...
teamJDK
2004-08-21 20:14
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

Re: 軟體 SRC 品質測試

這是用高音量去測的 (當時也用比較謹慎的字眼「看不見有失真諧波」而不是說「沒有」, 因為考慮到用別的方法去測或許就看得見了) http://forums.dearhoney.idv.tw/viewtopic.php?t=39332 感謝提供資料 :o 我也是怕只光測一個單一頻率的掃頻無法測出所有影響音質的要素,例如如果只測 1KHz 的 THD 和 SNR,就無法知道 16KHz 以後的表現。 我發現 SRC 在不同頻帶的失真程度會有所不同,例如 SSRC 的 THD 失真,在中高頻的時候是沒有的(或者說是非常小),但是在 20~200Hz 這段頻率區間,就會產生如圖中的 4、8、12、16...
teamJDK
2004-08-21 09:09
版面: 數位音訊
主題: 軟體 SRC 品質測試
回覆: 18
觀看: 755981

軟體 SRC 品質測試

軟體 SRC 大比拼 因某種需要而做的測試。 測試項目,單一頻率的 sine 掃頻,可以測各個頻率的諧波失真和觀察高頻截止頻率附近的 filter 特性。 為了避免轉換後音量超過,造成 Clipping 削切失真,所以這個 Sweep 掃頻的訊號音量故意製作得相當低,產生的諧波失真的音量也很低,如果是正常的音樂音量,這些諧波失真的音量會變得比較大。 為了讓頻譜保持接近一直線,所以一邊掃頻的時候音量有跟著逐漸放大,不過中高頻部分的頻率仍然沒有保持一直線,稍微有些凸起,大家在腦海中自行稍微修正一下 :p 測試的是 44.1 -> 48KHz 的轉換品質,相信 44.1 -> 48KHz 轉得好,4...
teamJDK
2003-05-11 22:40
版面: 數位音訊
主題: WAVE壓MP2,那個程式比較好用
回覆: 11
觀看: 2058

Re: 為什麼要用 tooLAME 吧,不要再用 SoloH 了呢?

>>用 tooLAME 吧,不要再用 SoloH 了。 這是為什麼呢? 有比較過的前輩,能否告訴我們他倆差在哪?堜O? 壓一般流行音樂的哪一套比較適合呢? 因為 tooLAME 的音質比 SoloH 好。 SoloH 是 ISO 的 Encoder,ISO 的那個範例程式音質並不好, 有一些缺點,SoloH 完全使用同樣的 table,沒有更改。 tooLAME 也是使用 ISO 的範例程式,不過參考 lame 和其他人的改良, 拿掉了 ISO 的 table,重新設計心理聲學模型(還沒完成), SMR 的計算比較精確,音質會比舊的 SoloH 好。 tooLAME 的心理聲學模型有好幾個,...
teamJDK
2003-05-07 22:18
版面: 數位音訊
主題: WAVE壓MP2,那個程式比較好用
回覆: 11
觀看: 2058

ATB 寫:
ASC CPU 寫:謝謝了,我再仔細的看,另mpeg Encoder我已找到1.31版了,正在抓
!!!!這無可能阿
應該已停止更新了,你會不會抓錯了-_-

在那裡可否說一下
會不會是 MainConcept MPEG Encoder 1.31?
MME 壓 MP2 我有用過,不過沒有仔細比較過和 tooLAME 的差距。