相信很多人將CD轉成WAV檔的軟體
都離不開是EAC吧
但小弟卻一直都是用iTunes來轉的
除此之外還選擇了"使用錯誤更正功能"
請問兩者轉出來的wav檔的差別大嗎?

還是建議EAC轉的是最好如果是這樣的話
有大大可以說明一下EAC的設定方法嗎

感激萬分!!
文章關鍵字
有大大可以分享自己用什麼軟件嗎
或是解決小弟的疑問
NIVEBL wrote:
相信很多人將CD轉成...(恕刪)

這是以前 "01 上鳳大的文章"
NIVEBL大 可參考看看

NIVEBL wrote:
相信很多人將CD轉成WAV檔的軟體
都離不開是EAC吧

小弟離開了
因為 "懶惰" + "木耳"

NIVEBL wrote:
但小弟卻一直都是用iTunes來轉的
除此之外還選擇了"使用錯誤更正功能"
請問兩者轉出來的wav檔的差別大嗎?

使用 "錯誤更正功能" 感覺和 EAC 的 security mode + error correction 差不多 (純屬個人猜測, 因為 iTunes 沒有對此多做出解釋 )
---> 總之就是會 "降速" + "多讀幾次" 吧
p.s. 小弟個人感覺差異不大 (因為木耳), 但沒實際比較過 WAV 檔的內容, 如果明顯資料抓錯, 則通常會發生爆音

NIVEBL wrote:
還是建議EAC轉的是最好如果是這樣的話
有大大可以說明一下EAC的設定方法嗎

個人感覺 EAC 可以透過一些參數設定 & database 校正 ---> 發揮光碟機的最大功能
iTunes 則不確定 (Apple 很神秘的 )

EAC 的設定可參考以下網頁: ("EAC Ripping Guide" 那部份)
http://blowfish.be/eac/

對於 Audio CD 的 "一些基本觀念 + 名詞解釋", 大大可參考以下的兩個連結:
http://www.techbang.com/posts/9827-why-did-grab-audio-tracks-with-eac?page=1
http://www.techbang.com/posts/8974

以下是小弟自己的心得:
(1) Audio CD 的規格沒有嚴謹的 error correction 機制 ---> 所以造成 CD Rip 變的很像玄學
(2) 好一點的光碟機比用什麼軟體來 rip 更重要 ---> EAC 只能確保每次 rip 出來的資料是相同的 (如果設定正確的話), 但不保證 data 一定 100% 正確, 此時光碟機的 "讀頭好壞 + 伺服控制" 才是關鍵 (這部分 EAC 這類的應用程式無法介入)
(3) 小弟使用 iTunes 來 rip 時 "偶爾" 發生爆音 ---> 不確定是 iTunes 的問題還是小弟 PC 的問題 (小弟把 rip 出來的音樂檔案放在 "USB 外接硬碟" 中, 如果剛好頻寬不夠, buffer 可能會爆掉 ---> 造成爆音), 反正重新用 iTunes 再 rip 一次就 OK 了


Adrian1978 wrote:
這是以前 "01 上...(恕刪)

感謝詳細說明跟幫助
就是說Adrian1978大也是在用iTunes把CD轉成eav的嗎?

NIVEBL wrote:
感謝詳細說明跟幫助
就是說Adrian1978大也是在用iTunes把CD轉成eav的嗎?

YES (因為懶惰 )
不客氣啦
NIVEBL wrote:
請問兩者轉出來的wav檔的差別大嗎?

今天剛好有空 (過年沒人約 ... 慘 )
幫 NIVEBL大 稍微測試了一下

EAC 設定:
(1) 有先進行 "Detect Gap" 這動作
(2) 有開 "Security Mode"
(3) 沒開 "C2 偵錯功能"
p.s. 沒開 "C2 偵錯功能" 的理由:
(1) 因為不清楚小弟的 DVD R/W 是否支援? (臨時找不到 "髮絲碟" 行測試 + 懶惰 )
(2) CD 是全新的, 沒刮傷, 不太可能發生 C2 error

iTunes 設定:
(1) 有開 "當讀取光碟時使用錯誤更正功能"

Rip 的歌曲為 Yanni - Live at EL Morro, Puerto Rico 中的第四首 "The Rain Must Fall"
p.s. 這音樂的複雜度如何, 請 NIVEBL大 自行決定吧


結論: (使用 WinMerge 進行一對一的比較)
只有 "開頭 & 結尾" 是不相同的 ---> 這就是 offset error 造成的 "偏移差異"
p.s. 本來想上傳 WinMerge 所產生的 HTML report, 不過:
(1) 檔案實在太大了 (451MB), 所以放棄
(2) 裡面有完整的 contents ---> 應該可以還原成 WAV, 所以會有觸法的嫌疑

不過 有圖有真相

總共有多少差異:


檔案頭之間的差異:


檔案中間的差異: (任選一處)


檔案尾之間的差異:


大大有稍微安心一點嗎?

Adrian1978 wrote:
今天剛好有空 (過年...(恕刪)

非常感激Adrian1978大的測試
這就是說基本上內容是一樣的嗎
只有開頭跟結尾的差異(這是無關重要?)


身體健康!
懶惰+1

以前還會開EAC

這次重轉就直接itunes

畢竟自己的隨身訊源是用IPT

以後應該也不太會換

隨身裡丟ALAC

用itunes管理找專輯資訊一次就搞定

電腦WAV備份


而且基本上小弟沒有專用的音樂電腦

也沒專線

更不用說有好的光碟機

所以想一想就將就了







NIVEBL wrote:
這就是說基本上內容是一樣的嗎

是的


NIVEBL wrote:
只有開頭跟結尾的差異(這是無關重要?)

理論上可以這麼說
這是 offset error (什麼是 offset error? 請參考 "EAC 抓音軌徹底解析,光碟讀取5步驟、3大問題、校正介紹" 中的 "問題二")
補充:
因為這張是 Yanni 的現場演唱會專輯
所以 "曲目之間並無 2秒 的間隔"
可能會產生什麼結果呢? ---> offset error 發生 (資料偏移)
舉例:
(1) "曲目4 的開始" 其實是 "曲目 3 的結尾"
(2) "曲目5 的開始" 其實是 "曲目 4 的結尾"
---> 就是一點點的資料偏移 (連續撥放則不太會有影響)

請先參考一下 "WAVE PCM soundfile format"
或是參考下圖

44bytes 之前是檔案的 header 部分 (用於描述檔案的一些屬性)
44bytes 之後就是我們所說的 data (真正的音樂內容)

今天用另一套軟體 -- Beyond Compare -- 再比較了一次 (左邊是 EAC 抓出的 WAV, 右邊是 iTunes 抓出的 WAV)
檔案開始部分的差異:

(1) 前 44bytes 是相同的 (header 相同 ---> 很合理, 因為都是 44.1KHz, 16bits 的 PCM 格式)
(2) 44bytes 後, iTunes 多了 24bytes 的資料 ---> 預測是 offset error 發生了

檔案結尾部分的差異:

(1) EAC 比 iTunes 多了 24bytes 的資料 ---> 果然兩者之間產生了 24bytes 的 offset (資料偏移)
(2) 中間 "無數的 data" 都是一模一樣的
p.s. 這首歌的 WAV 檔可有 82.7MB 呢! 兩者之間僅僅存在著 24bytes 的 "資料偏移"

所以這項測試說明了:
(1) 兩者之間的內容是一樣的 (除了 offset 的部分)
(2) 如果是一般的 CD (每首歌之間存在著 2秒 的間隔), offset error 是聽不出來的
(3) 演唱會 CD 則可能聽的出來 (不過如果是連續撥放, 應該也很難分辨)
(4) 至於是誰發生了 offset error? 沒有拿到母帶, 很難判斷 (不過 EAC 會與 database 進行比對, 所以個人預測是 iTunes 發生 offset error 的機率比較大)

請大大就安心的用 iTunes 抓歌吧 (除非您是超級金耳朵)
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!