Board logo

標題: [請教] CUETools, CUERipper & Foobar2000 [打印本頁]

作者: andy323    時間: 2020-10-3 22:01     標題: [請教] CUETools, CUERipper & Foobar2000

本帖最後由 andy323 於 2020-10-3 22:06 編輯

各位, 我一直用開 iTunes去 rip CD, 依家想跟 Harry 師兄用 CUE & Foorbar2000。
https://www.hkepc.com/forum/redi ... 44&pid=38598163

我有一D問題, 希望各位能夠解答:

CUETools
如果我只係想 ripping, 係唔係唔需要用CUETools?  
其實 CUETools有什麼用?
[attach]2222227[/attach]

CUERipper
在 CUERipper's setting中:
1.         Read Offset 嘅 setting是否不需要搞?
2.        cuetools - 我應該選擇哪項?
3.        0 – 8:  我應該如何選擇
[attach]2222234[/attach]

在 CUERipper's Options 中, 我有什麼要更改?
[attach]2222229[/attach]

Foobar2000
-當我由 wav compress to flac, 你哋建議 compress 多少 (0-8)?
-我有好多 wav, 係唔係一定要用人手重新輸入 album title & artist?
[attach]2222230[/attach]
[attach]2222231[/attach]
作者: harryytm    時間: 2020-10-3 23:49

本帖最後由 harryytm 於 2020-10-5 01:57 編輯

我 Rip CD 嘅程序如下

首先用 CUERipper 將 CD Rip 成 WAV/CUE Image
[attach]2222247[/attach]
Extraction method 方面
CD 無花可以用 Burst Mode
CD 有花安全起見最好用 Secure 不過速度慢一倍

跟據 CUERipper 嘅說明佢會分區段去 Rip 隻 CD
Burst 同 Secure 都會使用部光碟機嘅 C2 error pointer 回報功能

Burst 只會讀每個區段一次
如果遇到光碟機回報 C2 error pointer
就會重讀有問題區段最多 15 次用嚟做對比做對比

Secure Mode 會每個區段讀 2 次做除錯
如果比對 2 次讀取資料有差異或者光碟機回報 C2 error pointer
就會重讀有問題區段最多 30 次用嚟做除錯
2 種 Mode 除錯方法都係用讀取到相同數據次數最多嘅數據作為正確數據

Read offset 每部光碟機都唔同
有啲 Drive 喺 Drive DB 有就識自動設定
否則你要自已試邊個 offset 先係正確

[attach]2222407[/attach]
Read offset 正確嘅話
Rip 完隻碟 AccurateRip 會報返 rip accurate

[attach]2222405[/attach]
反而 Read offset 唔正確
AccurateRip 會報 rip not accurate

之後用 fooabr2000 將 WAV/CUE 轉成 Multi-track FLAC 方便用 fooabr2000 做管理
[attach]2222250[/attach]
Title formatting 可以跟返我用 [%album artist% - ]%album%[ CD%discnumber%]
一套 CD 有多隻 CD 可以識自動分 CD1 CD2...

FLAC 用返預設 5 已經 OK
記得用 fooabr2000 轉 FLAC 之前要裝埋 foobar2000 個 Encoder Pack 先至唔會出 Error
foobar2000 官方網頁下面有得下載
[attach]2222251[/attach]

最後再用 foobar2000 加歌名同封面
[attach]2222252[/attach]

而 WAV/CUE Image 就視乎你喜好決定保唔保留
我自已就放落另一隻硬碟做封存

WAV 本身唔支援 Tag
建議要無壓縮 (Uncompress) 可以用 AIFF
不過我多數只用 Multi-track FLAC
要出每首歌獨立嘅 aac 或 wav 可以用 foobar2000 一批過轉比手機或 DAP

呢套以 foobar2000 為核心嘅 Workflow 係我一路用一路改進咗好多年到而家

Rip 碟部份以前用 EAC
EAC 要部光碟機唔 Cache Audio Data 先至可以 Rip 得快
不過最近已經改用 CUERipper 因為係開放源碼嘅自由軟件
而且 CUERipper 唔洗夾光碟機
作者: andy323    時間: 2020-10-3 23:59

回覆 2# harryytm
明白, 多謝師兄的回覆
作者: harryytm    時間: 2020-10-4 01:16

本帖最後由 harryytm 於 2020-10-4 01:47 編輯
回覆  harryytm
明白, 多謝師兄的回覆
andy323 發表於 2020-10-3 23:59

加咗啲講解同圖
之後可能會再加
有問題再問我再加
作者: andy323    時間: 2020-10-4 10:52

Harry 師, 感謝你的補充.

其實我都想問有關用響 CUERipper 嘅光諜機問題, 正好你已經解答咗。

我有另外一個問題, CUERipper 其實可以直接由 CD 轉 FLAC, 點解先要由佢負責轉 去wav, 然後再由 Foobar2000 轉 flac?
作者: harryytm    時間: 2020-10-4 17:00

本帖最後由 harryytm 於 2020-10-4 17:27 編輯
我有另外一個問題, CUERipper 其實可以直接由 CD 轉 FLAC, 點解先要由佢負責轉 去wav, 然後再由 Foobar2000 轉 flac?
andy323 發表於 2020-10-4 10:52

如果唔想 Keep WAV/CUE 嘅話都可以直接轉 FLAC Image
測剛試過轉出嚟個 FLAC 係 Multi-Track
唔需要個 CUE 單獨得個 FLAC 檔
用 foobar2000 就咁開就有曬全部 Track

順帶一提 CUERipper 嘅 FLACCL 透過 OpenCL 利用 GPU 進行壓縮
作者: leungleung1234    時間: 2020-10-4 17:11

如果想直接由CD轉FLAC,可以考慮用EAC (Exact Audio Copy)。
作者: harryytm    時間: 2020-10-4 17:23

本帖最後由 harryytm 於 2020-10-4 17:24 編輯
如果想直接由CD轉FLAC,可以考慮用EAC (Exact Audio Copy)。
leungleung1234 發表於 2020-10-4 17:11

EAC 轉唔到 Multi-Track FLAC Image (內嵌 CUE)
而且仲有一個問題 EAC 個 CUE 檔係 ANSI 編碼而唔係用 UTF-8
好多時日文歌名會亂碼
作者: andy323    時間: 2020-10-4 17:28

回覆 6# harryytm
明白哂, thanks a lot!
作者: leungleung1234    時間: 2020-10-4 17:36

EAC 轉唔到 Multi-Track FLAC Image (內嵌 CUE)
而且仲有一個問題 EAC 個 CUE 檔係 ANSI 編碼而唔係用 UTF ...
harryytm 發表於 2020-10-4 17:23



    一首歌一個Flac檔不好嗎?
作者: harryytm    時間: 2020-10-4 17:39

本帖最後由 harryytm 於 2020-10-4 17:53 編輯
一首歌一個Flac檔不好嗎?
leungleung1234 發表於 2020-10-4 17:36

我偏好一隻碟一個檔案
主要係想保留整隻碟嘅完整性
一個檔案齊曬隻 CD 全部 Track 嘅歌名同封面
用 fooabr2000 或 DeaDBeeF *1 一開就播成隻碟唔洗煩
副作用係 foobar2000 可以整個 FLAC 檔案 Cache 入 RAM 先至播

*1
DeaDBeeF 係 Linux 嘅音樂播放軟件
介面設計彷照 foobar2000
同樣支援 Embedded CUE 嘅 FLAC
https://deadbeef.sourceforge.io/
作者: leungleung1234    時間: 2020-10-4 17:51

我偏好一隻碟一個檔案
主要係想保留整隻碟嘅完整性
一個檔案齊曬隻 CD 全部 Track 嘅歌名同封面
用 fooabr ...
harryytm 發表於 2020-10-4 17:39


    我就會用一個Folder代表一隻CD,每首歌就一個flac,想完整聽曬一隻CD就drag個folder去foobar到。我覺得一首歌一個flac file的優勝之處係flac file相對較細,唔係cache咁多野入ram。
作者: harryytm    時間: 2020-10-4 17:59

本帖最後由 harryytm 於 2020-10-5 07:23 編輯
我就會用一個Folder代表一隻CD,每首歌就一個flac,想完整聽曬一隻CD就drag個folder去foobar到。我覺 ...
leungleung1234 發表於 2020-10-4 17:51

我就係唔鐘意分 Folder
反而一 CD 一檔案
一打開放 FLAC 嘅 Folder 就成幅 CD 牆咁
感覺上似返入 CD 聽歌
[attach]2222399[/attach]
同埋鐘意佢成個 FLAC 檔 Cache 入 RAM
雖則由 RAM 播 FLAC 唔覺好聲咗
作者: harryytm    時間: 2020-10-6 00:28

本帖最後由 harryytm 於 2020-10-6 00:44 編輯
回覆  harryytm
明白哂, thanks a lot!
andy323 發表於 2020-10-4 17:28

加返 Read Offset 講解

另外 foobar2000 用 Column UI 做管理會仲好
Column UI 個 Filter 好好用
另外 Playlist 可以設定到似返少少 iTunes
呢個係我自已砌嘅 UI
[attach]2222620[/attach]
仲可以裝插件加同步歌詞
同埋加 Waveform seekbar
作者: andy323    時間: 2020-10-6 10:58

回覆 14# harryytm
感謝師兄的 follow-up.

題外話:
https://forum.dbpoweramp.com/sho ... Drive-Accuracy-2019

昨晚看到這個 CD/DVD drive ripping 準確性 例表, 相信有參考價值
作者: eric196511    時間: 2020-10-7 11:45

點解唔用nero呢?
nero係燒錄王操作歌曲轉檔燒碟簡單易用
作者: DoraemonKing    時間: 2020-10-7 13:00

加返 Read Offset 講解

另外 foobar2000 用 Column UI 做管理會仲好
Column UI 個 Filter 好好用
另外 Pl ...
harryytm 發表於 2020-10-6 00:28



有咩歌詞插件好用
以前用開個lyric show 3 好似虧虧地
作者: harryytm    時間: 2020-10-7 17:50

有咩歌詞插件好用
以前用開個lyric show 3 好似虧虧地
DoraemonKing 發表於 2020-10-7 13:00

我就係用緊 lyric show 3
你有咩問題?
作者: harryytm    時間: 2020-10-7 17:51

點解唔用nero呢?
nero係燒錄王操作歌曲轉檔燒碟簡單易用
eric196511 發表於 2020-10-7 11:45


nero 唔係免費
況且又唔可以出 CUE + WAV
作者: DoraemonKing    時間: 2020-10-7 19:14

我就係用緊 lyric show 3
你有咩問題?
harryytm 發表於 2020-10-7 17:50



佢default d source瓜哂
今日搵到呢條thread
https://www.reddit.com/r/foobar2 ... uscom_and/?sort=new
可以加番d source落去 又work番

我想知 點樣自己加SOURCE落去
https://www.followlyrics.com/
想砌埋呢條LINK落去
作者: iwantip6    時間: 2020-10-8 14:09

直接係FB2000 轉flac直接算啦,攪噤多只係差果小小小小小........
都唔知為咩
作者: saldtch    時間: 2020-10-8 16:58

回覆 1# andy323


    其實用最原始既imgburn 都識得 create bin 同cue sheet
作者: bennetng    時間: 2020-10-8 19:14

回覆  harryytm
感謝師兄的 follow-up.

題外話:


昨晚看到這個 CD/DVD drive ripping 準確性 例表, 相信 ...
andy323 發表於 2020-10-6 10:58

呢個係多年來既累積 list, 裡面既 model 好多唔係停產就係已經轉左另一個 revision
rip 碟既野好多時係撞手神, 有時機/碟唔夾的話你 retry 幾多次都一樣出error, 與其睇邊部最高分不如買多幾部唔同牌子互 rip 交叉比對, 反正 AccruateRip database 本身就係咁樣得出來
作者: andy323    時間: 2020-10-8 22:38

呢個係多年來既累積 list, 裡面既 model 好多唔係停產就係已經轉左另一個 revision
rip 碟既野好多時係撞 ...
bennetng 發表於 2020-10-8 07:14 PM

因為我部 notebook PC 嘅內置 CD ROM 壞咗所以搵部外置;   睇中 Asus BC-12D2HT.
作者: harryytm    時間: 2020-10-9 01:22

本帖最後由 harryytm 於 2020-10-9 01:30 編輯
回覆  andy323
    其實用最原始既imgburn 都識得 create bin 同cue sheet
saldtch 發表於 2020-10-8 16:58

CDDA 容許個 Drive 以插值去修補無法用 ECC 修正嘅樣本數據
而 imgburn Rip CD 嘅時候唔會理有無 C2 Error
純粹控制個 Drive 去 Read 個 sector
變相 Rip 少少花嘅 CD 連個 Drive 插咗值都唔知照過
作者: harryytm    時間: 2020-10-9 01:35

本帖最後由 harryytm 於 2020-10-9 08:31 編輯
因為我部 notebook PC 嘅內置 CD ROM 壞咗所以搵部外置;   睇中 Asus BC-12D2HT.
andy323 發表於 2020-10-8 22:38

買部 Buffalo 好過
有獨立供電 USB 頭
平時唔用可以收起條線
同有 DC 圓頭插孔可以插 5V 火牛


另外腦場賣緊嘅 Buffalo、Asus 同 Trancend 其實部機芯都係 LG 代工
作者: andy323    時間: 2020-10-9 10:03

買部 Buffalo 好過
有獨立供電 USB 頭
平時唔用可以收起條線
同有 DC 圓頭插孔可以插 5V 火牛
另外腦場 ...
harryytm 發表於 2020-10-9 01:35 AM

師兄, 你買咗嗰部 Buffalo , 要 $1400, out 咗我 budget.
Asus 再加 Unitek SATA converter 都係$550.
作者: harryytm    時間: 2020-10-9 12:17

師兄, 你買咗嗰部 Buffalo , 要 $1400, out 咗我 budget.
Asus 再加 Unitek SATA converter 都係$550. ...
andy323 發表於 2020-10-9 10:03

你無話係 5.25"
有講我實叫你去新高登執部 2 手 Lite-on
最夾 EAC 個 Secure Mode
https://www.hkepc.com/forum/redi ... 56&pid=39244963
作者: andy323    時間: 2020-10-9 12:41

你無話係 5.25"
有講我實叫你去新高登執部 2 手 Lite-on
最夾 EAC 個 Secure Mode
...
harryytm 發表於 2020-10-9 12:17 PM

唔買二手嘞, 我驚嗰 read 頭有耗損。
之前部 internal drive 未死之前, rip 出嚟D歌有雜音, 所以要將屋企 D CD 重新 rip 一次。都好大工程, 要花半年時間, 所以買部新機去 rip.
作者: bennetng    時間: 2020-10-9 18:09

回覆 29# andy323
如果 AccurateRip database 本身有你隻碟既 data, 你可以 check 你本身已經有既 file 有無問題, 或者用部 cheap 機快速 rip 左先然後再比對, database 無既, 或者擺明有問題既碟先用部貴野去 rip, 可以慳唔少時間同減少損耗, 擔心每一隻碟都一定有問題有少少杞人憂天

因為有D人確實真係咁做, 所以有機會影響 dBpoweramp 個 drive ranking, 專用部 cheap 機去 rip 正常碟, 用靚機 rip 問題碟, 變左靚機排名反而較低
作者: andy323    時間: 2020-10-9 19:50

本帖最後由 andy323 於 2020-10-9 20:11 編輯
回覆  andy323
因為有D人確實真係咁做, 所以有機會影響 dBpoweramp 個 drive ranking, 專用部 cheap 機去 rip 正常碟, 用靚機 rip 問題碟, 變左靚機排名反而較低
bennetng 發表於 2020-10-9 06:09 PM

Thx 師兄嘅分析, 我無諗過依點。

頭先買咗 Asus BC-12D2HT & Unitek Y-1039.  啱啱用 CUERipper rip 咗隻CD, 結果如下, 我唔識睇, 可否解釋一下.
[attach]2223307[/attach]
作者: bennetng    時間: 2020-10-9 21:20

回覆 31# andy323
dBpoweramp 作者親自解釋:
https://hydrogenaud.io/index.php?topic=98688.msg819653#msg819653
只要 confidence > 1 , 即係只要有一個人同你結果一樣, 而果個唔係你自己, 就可以叫 accurate
而家有 26 個 result 同你一樣, 所以好大機會 accurate
好消極咁諗, 就 26 個人一齊錯, 但機率好微
作者: andy323    時間: 2020-10-9 21:46

回覆 32# bennetng
Thx C-Hing,
咁 rip accurate (12/15), 代表什麼?
作者: harryytm    時間: 2020-10-9 22:21

本帖最後由 harryytm 於 2020-10-9 22:27 編輯
回覆  bennetng
Thx C-Hing,
咁 rip accurate (12/15), 代表什麼?
andy323 發表於 2020-10-9 21:46

AccurateRip嘅DB上面有15個checksum
當中有12個checksum同你個Rip相同
作者: bennetng    時間: 2020-10-9 22:30

本帖最後由 bennetng 於 2020-10-9 22:37 編輯

回覆 33# andy323
你用 cuetools.exe 開已經 rip 左既 file, 揀 verify, 會出詳細 list
[attach]2223334[/attach]
例如咁
  1. [CUETools log; Date: 2020/10/09 22:19:31; Version: 2.1.5]
  2. [CTDB TOCID: HwFKo0bWP8E7gNVuRA_cuG1iSNw-] found.
  3. Track | CTDB Status
  4.   1   | (77/77) Accurately ripped
  5.   2   | (77/77) Accurately ripped
  6.   3   | (77/77) Accurately ripped
  7.   4   | (77/77) Accurately ripped
  8.   5   | (77/77) Accurately ripped
  9.   6   | (77/77) Accurately ripped
  10.   7   | (77/77) Accurately ripped
  11.   8   | (77/77) Accurately ripped
  12.   9   | (77/77) Accurately ripped
  13. 10   | (76/77) Accurately ripped
  14. 11   | (77/77) Accurately ripped
  15. 12   | (76/77) Accurately ripped
  16. 13   | (76/77) Accurately ripped
  17. 14   | (76/77) Accurately ripped
  18. 15   | (72/77) Accurately ripped, or (2/77) differs in 851 samples @00:08:43-00:08:47
  19. [AccurateRip ID: 0018b94f-010ca26d-c508d30f] found.
  20. Track   [  CRC   |   V2   ] Status
  21. 01     [6f6b5e94|d6c950d8] (05+05/10) Accurately ripped
  22. 02     [4d6132b2|991d69a9] (05+05/10) Accurately ripped
  23. 03     [694ee813|9b12aff9] (05+05/10) Accurately ripped
  24. 04     [1739e3c4|485b4c1d] (05+04/09) Accurately ripped
  25. 05     [b5a4d7ca|d013218e] (05+05/10) Accurately ripped
  26. 06     [361c7801|de85a846] (05+05/10) Accurately ripped
  27. 07     [959d68ae|b0f21ca6] (05+05/10) Accurately ripped
  28. 08     [e950285c|21958073] (05+05/10) Accurately ripped
  29. 09     [f1d1aaba|57bae6c8] (05+05/10) Accurately ripped
  30. 10     [c507ad70|7137fc6e] (05+05/10) Accurately ripped
  31. 11     [ef31e87b|28dce56d] (05+05/10) Accurately ripped
  32. 12     [e24b3b87|cfe1840c] (05+05/10) Accurately ripped
  33. 13     [71771f7f|8daa3658] (05+05/10) Accurately ripped
  34. 14     [0aaba207|44e18ae5] (05+05/10) Accurately ripped
  35. 15     [91a72ed3|87ef6684] (05+05/10) Accurately ripped      
複製代碼
因為唔同 pressing, 唔同版, 有D碟某部分 track 本身已經唔同, 唔代表 rip 錯, 如果只係 offset 的話, 只係講緊條 track 開始/結束既空白部分, 基本上只要佢無講明 not accurate, 就代表至少有一個人同你一樣
作者: andy323    時間: 2020-10-9 23:05

Harry & bennetng 師兄, 感謝你們的回覆及資料.

還有一個問題, 希望唔好見到怪, 因為我從來未用過 Foobar and CUERipper.

除CUERipper, 我剛剛試用 Foobar 去 rip CD, 但係 rip 完全見唔到 Accuraterip report, 只係得 status report.  我已經 installed 咗 File Integrity Verifier.
請問點可以 enable Accuaterip? 上網搵唔到.
作者: harryytm    時間: 2020-10-9 23:29

本帖最後由 harryytm 於 2020-10-9 23:34 編輯
Harry & bennetng 師兄, 感謝你們的回覆及資料.

還有一個問題, 希望唔好見到怪, 因為我從來未用過 Foob ...
andy323 發表於 2020-10-9 23:05

foobar2000 本身唔支援 AccurateRip
Rip 完碟之後唔會對 AccurateRip checksum
要自已全選成隻碟再跟下圖選擇 Verify album with AccurateRip
[attach]2223340[/attach]
最後出結果全部Track  AccurateRip Verified 就即係 OK
[attach]2223344[/attach]
作者: andy323    時間: 2020-10-9 23:36

原來係咁, 明白, thanks Harry 師兄 .
作者: harryytm    時間: 2020-10-9 23:55

本帖最後由 harryytm 於 2020-10-9 23:57 編輯

CTDB 全名係 CUETools Database
係另外一個類似 AccurateRip 嘅數據庫
Library 係開放源碼採用 LGPL
無 AccurateRip 嘅 Offset 問題
除咗功能上同 AccurateRip 一樣之外
仲可以修復少量錯誤
不過缺點係個 DB 比較新 CD 數據唔夠 AccurateRip 多

How many errors can a rip contain and still be repairable?
That depends. The best case scenario is when there's one continuous damaged area up to 30-40 sectors (about half a second) long for most discs. As of CTDB 2.0, one continuous damaged area up to about 75 sectors (a second) on popular discs.
The worst case scenario is 4 non-continuous damaged sectors in (very) unlucky positions.

作者: andy323    時間: 2020-10-10 00:00

OK, 會記低依 D 的資料.  Good weekend!
作者: KKWong    時間: 2020-10-17 09:30

加返 Read Offset 講解

另外 foobar2000 用 Column UI 做管理會仲好
Column UI 個 Filter 好好用
另外 Pl ...
harryytm 發表於 2020-10-6 00:28


Ching, 不知你的UI可否提供下載呢?

Thanks!





歡迎光臨 電腦領域 HKEPC Hardware (https://h1.hkepc.com/forum/) Powered by Discuz! 7.2