作者: 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 編輯
加咗啲講解同圖
之後可能會再加
有問題再問我再加
作者: 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 編輯
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 編輯
我偏好一隻碟一個檔案
主要係想保留整隻碟嘅完整性
一個檔案齊曬隻 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
我就會用一個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 編輯
加返 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
你有咩問題?
作者: harryytm 時間: 2020-10-7 17:51
nero 唔係免費
況且又唔可以出 CUE + WAV
作者: DoraemonKing 時間: 2020-10-7 19:14
佢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
因為我部 notebook PC 嘅內置 CD ROM 壞咗所以搵部外置; 睇中 Asus BC-12D2HT.
作者: harryytm 時間: 2020-10-9 01:22
本帖最後由 harryytm 於 2020-10-9 01:30 編輯
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 編輯
買部 Buffalo 好過
有獨立供電 USB 頭
平時唔用可以收起條線
同有 DC 圓頭插孔可以插 5V 火牛

另外腦場賣緊嘅 Buffalo、Asus 同 Trancend 其實部機芯都係 LG 代工
作者: andy323 時間: 2020-10-9 10:03
師兄, 你買咗嗰部 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
唔買二手嘞, 我驚嗰 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 編輯
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]
例如咁
- [CUETools log; Date: 2020/10/09 22:19:31; Version: 2.1.5]
- [CTDB TOCID: HwFKo0bWP8E7gNVuRA_cuG1iSNw-] found.
- Track | CTDB Status
- 1 | (77/77) Accurately ripped
- 2 | (77/77) Accurately ripped
- 3 | (77/77) Accurately ripped
- 4 | (77/77) Accurately ripped
- 5 | (77/77) Accurately ripped
- 6 | (77/77) Accurately ripped
- 7 | (77/77) Accurately ripped
- 8 | (77/77) Accurately ripped
- 9 | (77/77) Accurately ripped
- 10 | (76/77) Accurately ripped
- 11 | (77/77) Accurately ripped
- 12 | (76/77) Accurately ripped
- 13 | (76/77) Accurately ripped
- 14 | (76/77) Accurately ripped
- 15 | (72/77) Accurately ripped, or (2/77) differs in 851 samples @00:08:43-00:08:47
- [AccurateRip ID: 0018b94f-010ca26d-c508d30f] found.
- Track [ CRC | V2 ] Status
- 01 [6f6b5e94|d6c950d8] (05+05/10) Accurately ripped
- 02 [4d6132b2|991d69a9] (05+05/10) Accurately ripped
- 03 [694ee813|9b12aff9] (05+05/10) Accurately ripped
- 04 [1739e3c4|485b4c1d] (05+04/09) Accurately ripped
- 05 [b5a4d7ca|d013218e] (05+05/10) Accurately ripped
- 06 [361c7801|de85a846] (05+05/10) Accurately ripped
- 07 [959d68ae|b0f21ca6] (05+05/10) Accurately ripped
- 08 [e950285c|21958073] (05+05/10) Accurately ripped
- 09 [f1d1aaba|57bae6c8] (05+05/10) Accurately ripped
- 10 [c507ad70|7137fc6e] (05+05/10) Accurately ripped
- 11 [ef31e87b|28dce56d] (05+05/10) Accurately ripped
- 12 [e24b3b87|cfe1840c] (05+05/10) Accurately ripped
- 13 [71771f7f|8daa3658] (05+05/10) Accurately ripped
- 14 [0aaba207|44e18ae5] (05+05/10) Accurately ripped
- 15 [91a72ed3|87ef6684] (05+05/10) Accurately ripped
作者: 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 編輯
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!

