第1頁,共5頁 123 ... 最後最後
顯示結果從 1 到 10 共計 48 條

混合查看

  1. #1
    註冊日期
    2011-08-08
    文章
    24
    Thanks
    22
    Thanked 38 Times in 12 Posts

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

    打這篇之前我先要恭賀自己獲得考古學成就...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~
    此篇文章於 2013-06-10 07:52 PM 被 boobeewa 編輯。 原因: 打到我自己都快Zzzzz~

  2. The Following 16 Users Say Thank You to boobeewa For This Useful Post:


  3. #2
    註冊日期
    2007-05-03
    文章
    72,593
    Thanks
    7,665
    Thanked 20,844 Times in 9,306 Posts

    預設

    感謝分享

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

  4. #3
    註冊日期
    2010-08-09
    文章
    341
    Thanks
    3,469
    Thanked 446 Times in 156 Posts

    預設

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

  5. #4
    註冊日期
    2013-06-02
    住址
    A, A
    文章
    37
    Thanks
    0
    Thanked 51 Times in 31 Posts

    預設

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

  6. #5
    註冊日期
    2007-05-23
    文章
    4,982
    Thanks
    2,157
    Thanked 3,874 Times in 1,491 Posts

    預設

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

    概念就像摩斯密碼,帶著耳機聽一堆噪訊,但是只要聽到發出特定聲音的規律並不影響你機器記錄以供解讀,但這些電染必然跟著電轉換為聲音出來。
    此篇文章於 2013-06-10 10:40 PM 被 AndyChu 編輯。

  7. The Following 3 Users Say Thank You to AndyChu For This Useful Post:


  8. #6
    註冊日期
    2011-08-08
    文章
    24
    Thanks
    22
    Thanked 38 Times in 12 Posts

    預設

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

    數位資料對數位資料間的傳輸 跟 數位資料到實時處理端(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 EACTOSHIBA foobar嚕出的波形對比,零誤差。


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


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


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

  9. The Following 9 Users Say Thank You to boobeewa For This Useful Post:


  10. #7
    註冊日期
    2007-05-03
    文章
    72,593
    Thanks
    7,665
    Thanked 20,844 Times in 9,306 Posts

    預設

    非常清楚

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

    …………

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

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

  11. The Following 3 Users Say Thank You to Leo Yeh For This Useful Post:


  12. #8
    註冊日期
    2007-05-03
    文章
    72,593
    Thanks
    7,665
    Thanked 20,844 Times in 9,306 Posts

    預設

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

  13. The Following 5 Users Say Thank You to Leo Yeh For This Useful Post:


  14. #9
    註冊日期
    2008-04-08
    文章
    352
    Thanks
    211
    Thanked 379 Times in 145 Posts

    預設

    看過一個Bernie Grundman與Bruce Swedien主持的研討會影片,Bernie Grundman說在電腦中,把檔案從檔案夾中移動到根目錄下,聲音聽起來會變好;把檔案順序放在播放軟體的第一個,聲音會變糟。

    世上身價最高的母帶處理工程師說他無法解釋這現象,但起碼他能接受。

  15. The Following 5 Users Say Thank You to martin For This Useful Post:


  16. #10
    註冊日期
    2012-02-03
    文章
    21
    Thanks
    1
    Thanked 29 Times in 12 Posts

    預設

    馬上把檔案搬到C: 下面來測試
    果真有比較好 音量乍聽較小 但是形體較沒毛邊 泛音高雅 清晰細緻 非常舒服
    多聽幾次比較以後 現在放在根目錄外的檔案 實在聽不下去 又濁又髒 壓迫感很大.....


    引用 作者: martin 查看文章
    看過一個Bernie Grundman與Bruce Swedien主持的研討會影片,Bernie Grundman說在電腦中,把檔案從檔案夾中移動到根目錄下,聲音聽起來會變好;把檔案順序放在播放軟體的第一個,聲音會變糟。

    世上身價最高的母帶處理工程師說他無法解釋這現象,但起碼他能接受。

發文規則

  • 不可以發表新主題
  • 不可以發表回覆
  • 不可以上傳附件
  • 不可以編輯自己的文章
  •