[測試]不同光碟機下Rip相同CD出來的WAV檔是否有差!!

[boobeewa]

打這篇之前我先要恭賀自己獲得考古學成就...CDRip早在好幾年前就不是問題了～但還有人認為光碟機的不同而造成Rip出來檔案有音質差異，更甚用相同光碟機也會不同？現在就來試試看能不能打破玄學迷信。

光碟機：都是一般大眾品牌，所謂的2P(pioneer，plextor)王者光碟機這是沒有滴。
TOSHIBA DVD-ROM SD-M1712
BENQ DVD LS DW1655
HL-DT-STDVDRAM GSA-T50N(LG牌的光碟機，在筆電作CDRip)

使用程式：都是免費軟體，誰說要好聲一定要銅臭。
Exact Audio Copy
foobar2000 v1.2.2
Hash

擷取步驟：
這只是小弟自己的設置，如有達人能提供更好的設定方式歡迎提供討論。
用Exact Audio Copy擷取CD

Drive Option設定

使用Detect Read Features來偵測光碟機的特性。
accurate stream: 有支援accurate stream光碟機不會有jitter問題。
caches: 如果有光碟機快取就要勾選，讓快取裡資料在第二次讀取CD扇區前釋放掉，不然第二次的讀取驗證就只會從快取抓而並非重讀。
C2 error: 有些光碟機附自動校驗功能可節省二次讀取的時間，但光碟機的自動校驗回報不一定都是對的，所以這選項我一定不勾。


擷取CD前預先運轉馬達增加穩定性。



Offset/Speed下的read sample offset correction數值TOSHIBA 是 -472，BENQ 是 +618，HL-DT 是 +667 這些數值會在第一次啟動EAC或安裝新光碟機時從AccurateRip資料庫找到直接帶入，沒在資料庫中的光碟機則會要求放入3片Key Discs後偵測出來(有時會因CD版本不同而被一直要求換片)。底下的Speed selection選擇該光碟機最低速以保持穩定讀取。
BenQ設定


TOSHIBA 設定



LG 設定







EAC Option設定


勾選要擷取的曲目後Copy Selected Tracks





foobar2000擷取CD
file -> Open Audio CD 別急著按Rip先到Drive settings把read offset correction填上(跟EAC數值一樣)，Ripping security選paranoid，勾選Limit drive speed while reading。 再到file -> Open Audio CD 按Rip～


抓出來的檔案

檔名依序開頭是光碟機名稱(BenQ LG Toshiba) 擷取軟體(EAC Foobar) 關閉offset選項(read sample offset correction 0)，客官們看看檔案大小一模一樣 (別以為用檔案大小一樣就可蒙混過去...踢飛～～

接下來用Hash來生成三種(MD5，SHA1，CRC32)不同的校驗碼進行比對，記得生成前要把wav檔的tag給清除掉，檔案內容只要稍有不同生成出的校驗碼就不一樣。


File: D:\test\benq eac no offset.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 6:59:05 p.m.
MD5: 718F96237FE074907A9495C6C88DC8CA
SHA1: 2919D94F0ED64F01F35F2A804781A27687175C6E
CRC32: 3B5DB788

File: D:\test\benq eac.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 6:56:21 p.m.
MD5: 23E163C07753463EAA2224096F952A70
SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83
CRC32: BE9AB52E

File: D:\test\benq foo.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:06:43 p.m.
MD5: 23E163C07753463EAA2224096F952A70
SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83
CRC32: BE9AB52E

File: D:\test\lg eac no offset.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:29:20 p.m.
MD5: C8A3F0C4F6AE5590A983ABF4D39D96D5
SHA1: BEF4DD5214412F48BCD256DD0BE86505CA756E26
CRC32: 66F96B1B

File: D:\test\lg eac.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:26:00 p.m.
MD5: 23E163C07753463EAA2224096F952A70
SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83
CRC32: BE9AB52E

File: D:\test\lg foo.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:33:45 p.m.
MD5: 23E163C07753463EAA2224096F952A70
SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83
CRC32: BE9AB52E

File: D:\test\tosh eac no offset.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:15:08 p.m.
MD5: 4188A9BB2551D7768B2B744C6C427FE9
SHA1: 8EE0039514F9CC341CBB1FF3FFE9D083C6AADBCF
CRC32: FD8E1B5E

File: D:\test\tosh eac.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:13:44 p.m.
MD5: 23E163C07753463EAA2224096F952A70
SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83
CRC32: BE9AB52E

File: D:\test\tosh foo.wav
Size: 18467948 bytes
Modified: Monday, 10 June 2013, 7:18:09 p.m.
MD5: 23E163C07753463EAA2224096F952A70
SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83
CRC32: BE9AB52E

可以發現到沒有設offset出來的校驗碼都在亂飄，設定offset後不管使用哪台光碟機，哪個軟體(EAC or Foobar)擷取出來的檔案都是一模一樣(校驗碼都是MD5: 23E163C07753463EAA2224096F952A70，SHA1: 1E416801267E38178B56DA2FF8B302C7245BBB83，CRC32: BE9AB52E)，如果你能聽出來完全相同排序0與1的數位音樂檔案的不同之處我也沒話說。至於某些喜歡用iTunes, WMP還要怪CDRip不好的我也只能套用網路常出現的話 "我也幫不了你xN"。所以只要有設定好，不管從哪台光碟機嚕相同CD所得到的檔案(聲音)都一樣，至於跟原CD比較音質這種主觀認知就不列入討論了～

謝謝耐心收看～噗~打到我自己都快Zzzzz～

[Leo Yeh]

感謝分享

至於這些一樣的WAV檔聲音有無差別，可能沒光offset那麼簡單......

[hidoson]

好詳盡的實測，光是用看的就要花費不少時間，實作就更費時了！！

[Wai Shing Chan]

我用mediaplayer-11去rip CD做wav FILE，整好聲及音體過用EAC去rip，但EAC低音係好些少。

[AndyChu]

IO是數位資料，傳輸也必然是電波組合，音響的聲音是電傳輸帶動，數位資料再怎麼厲害對照比照，整個資料傳輸路徑會影響聲音是必然的，電染是必然的，一路染過去，聲音被影響跟資料完不完全並無直接關係。

概念就像摩斯密碼，帶著耳機聽一堆噪訊，但是只要聽到發出特定聲音的規律並不影響你機器記錄以供解讀，但這些電染必然跟著電轉換為聲音出來。

[boobeewa]

我覺得分成兩部分來說比較好解釋

數位資料對數位資料間的傳輸 跟 數位資料到實時處理端(DAC)的播放

數位資料對數位資料間的傳輸
過程中的容錯率很高，不管是網路，硬碟，SSD，甚至CD...因為傳輸時一個封包內帶有校驗碼，接收端一打開發現收據上買的是牛肉麵怎麼送來的卻是牛肉炒麵，馬上打電話去再叫老闆重送份牛肉麵回來。CD格式在紅皮書規定的更嚴謹，在每一個192bits的frame裡都還會加入另外的64bits的錯誤補正資料，牛肉炒麵旁還附碗牛肉湯，錯了就自己參，利用這種方式來增加實時播放的容錯率。CDRip本身並非實時播放，只要有設定出錯不放行，他可以不限時間把CD資料層讀到正確為止，有一片笙美盜版的動畫ost(當時還小，不知笙美是盜版)明明在CD player裡就只有幾段小爆音而已，用EAC讀一個晚上到隔天都沒讀出來最後放棄。Andy大舉的摩斯密碼例子好像不太合，電腦傳輸比較是像已經被人解碼後(A/D)的文章資料互傳，沒有損耗性。

數位資料到實時處理端(DAC)的播放
電腦播放音樂就是Andy大所說地中間會發生一堆的雞肋狀況，只要一牽扯到數位轉類比，電源，電磁干擾你能想到的糟糕東西這兒都有。之前CAS討論串，無風扇，low latency，電源處理，線材...最好再去觀音媽搭抗印張符拿來燒。

最近流行的非同步USB DAC可以稍稍改善這種狀況，以前是由電腦這大染缸主宰一切，USB傳輸率常因浮動而造成DAC時基誤差。非同步則是由DAC自己主宰訊號時鐘，命令電腦依照自己頻率給資料，好處是DAC訊號時鐘固定能穩定獲得資料，壞處就是對頻寬不穩定的錄音裝置難以支援。不過我們都是只進不出的不是嗎？


有個測wav差別的軟體FourierRocks，因為後續的測試FFT的dll檔無法用所以之前我沒貼出來，但是wav時域差別可證明這些波形檔是完全一致的，實際上Hash的校驗碼驗身比這個測試還嚴格。

一開始先讓大家看有差別是甚麼樣子，我把昨晚的WAV轉成mp3再轉回WAV(mp3.wav)作對比，5.39197%誤差。


接下來是BenQ跟TOSHIBA光碟機用EAC嚕出的波形對比，零誤差。



BenQ EAC跟TOSHIBA foobar嚕出的波形對比，零誤差。


TOSHIBA foobar跟LG EAC嚕出的波形對比，零誤差。


最後貼個有趣的TOSHIBA EAC沒設offset跟有設offset的波形對比，零誤差。當然offset只是單純的位移，並不影響波形的正確性。


都已經把波形對比放出來了如果還認為有差的話我真沒辦法，音樂好不好聽過於主觀不在這次小測的範圍內，最主要是想藉此破除一些迷信。電腦數位資料間的傳輸不是0就是1沒有模糊地帶，不然從台灣發文到my-hiend跟從國外發文到my-hiend字體就會變斜的嗎？另外昨晚又作了一個USB線小測試，Furutech Formula 2跟一般USB Cable擷取出的檔案也都一模一樣。只要數位資料是一樣的，擺在哪都是一樣，牛牽到北京來還是牛。

[Leo Yeh]

非常清楚

很多人會把數位與類比的部份混為一談

…………

有了科學的驗證後 還是必須回到類比聆聽的實驗

回頭過來確認這樣的科學驗證夠不夠完整與細膩

[Leo Yeh]

也就是說需要進行實際的驗證方式如下(1) 用boobeewa的控制方式，找一台普通的跟一台高檔傳說中的神機CD-ROM，前者用一般的環境，後者用High End的環境，如電源、高階電源線、角錐…等等(2) 確認兩個檔案長的一樣後，找5位以上的有經驗的發燒友，在夠大的high end系統下，進行盲目隨機聆聽兩個檔(3) 若結果，兩個檔的聲音偏好有顯著的差異，代表還有我們未注意或未能注意的地方，若無，表示發燒友可以同意在控制這些變數下，RIP有沒有用發燒線等等的影響(打破巫毒與神話)。

[AndyChu]

我大概的意思是資料辯讀準確跟電染造成的聲音誤差，後者更大，接收端會辨別什麼是該存在的訊號，發出端是否完整的發出一樣的資料，減少Jitter當然會讓運作減少，聲音好一點是應該的、乾淨一點也是必然的。

我說的聲音改變是電會沾染材質、路徑等等等的原因，造成聲音改變，有機制辯讀資料不代表沒有別的東西跟著過去，機器辯讀無礙，不代表沒帶著其他東西，喇叭是電轉換能量發出聲音的

測試應該不難，同一首歌，不同RIP放在一個USB碟上播放，跟一樣RIP放在兩個不同的USB碟上，不同電腦對一首歌用同樣程式RIP放在同一個或兩個USB碟，我自己都試過，我相信站長也做過，還真的都不一樣，不同電腦但同程式RIP還真差蠻多的，差最多的是播放不同的USB碟。

我始終覺得數位儲存，除了資料被儲存外（這裡是100%辯讀無礙的地方），相對還是有儲存到RIP之前的電染，後續讀取當然還是100%無礙，但是很多東西跟著過去了，當然這是猜測，總是要為聲音會不一樣而想個原因，這是我想到的，當然我並不覺得這是對的，這是我解釋給自己聽的。

最弔詭的事情還不只這個，我老是覺得每天開機，每天聲音都不太一樣，但是這只是質疑，不可能有AB比較的機會，所以沒人討論，因為這是沒有結果的討論，進而是穩定，我想說但很多人不會認同，CD播放會比數位播放聲音來得穩定。

數位理論上是要比較好的，在資料的重整跟傳輸，but.........，我自己實踐起來並不是那回事，前提是，我DAC只有一個，Mac Mini + Amarra + Puccini、Mac Mini firewire轉同軸給Puccini、NAS透過DLNA播放給Puccini解碼，我統統試過。

我要比的是數位跟CD的差異，很多人覺得數位比較好聽......但不是透過統一解碼的器材，讓我覺得他們是在比DAC，而不是比較數位播放的差異。

最近又多買了一個網路播放的東西，Jlee兄建議的，到時再分享心得啦。

[Leo Yeh]

andy 你扯遠了 focus 要放在rip檔本身的差異

若講到其他就講不完了