標題: [USB光碟機] RIP CD專用 CD ROM [打印本頁]

---

作者: 卡洛斯牛頓    時間: 2020-3-12 06:20     標題: RIP CD專用 CD ROM

請教各位師兄~小弟玩CAS....想買個ROM RIP CD......

睇左一堆文章破除迷思~發覺正正常常用電腦RIP 加個ROM 就冇問題~

請問市面上邊隻比較好又穩定呢?  我見好多人建議Pioneer BD系列~   

而且究竟外置好定內置好......我以前D電腦內置 ROM 8  9成都係自己壞....都冇乜點用過~

可能因為一開機就過電關係...長開比較易壞~ 所以外置比較好?

同埋買內置再加個藍光光碟機盒 會係比較好選擇嗎?

---

作者: Once    時間: 2020-3-12 07:11

本帖最後由 Once 於 2020-3-12 07:12 編輯

https://www.hiendy.com/hififorum ... read&tid=106271

---

作者: stephenwong    時間: 2020-3-12 07:11

啦，係 HKEPC 問就純電腦道理答你。1）牌子無咩分別，以前業界（錄音室）標準用 Plextor，而家你買到先得。2）外置內置無分別，最重要係用咩 software 來 RIP，例如 Exact Audio Copy （EAC）或 XLD，RIP 出來百份百，即每個 bit 都同網上其他人 RIP 出來一模一樣，點會有你個 file 好聲啲這回事呢？但當然有人誓神劈願話有分別啦，仲話係金耳朶先聽到！

---

作者: 卡洛斯牛頓    時間: 2020-3-12 09:36


eac公認多人用，又最好，咁仲有個問題想問，wav flac 音質真惊係有分別嗎？

---

作者: jf127    時間: 2020-3-12 09:58


No difference ! Both are lossless format.

---

作者: 觀星是答案    時間: 2020-3-12 10:53

Digital copy, 點解會覺得唔同牌子 / model 既機 , copy 出黎會有分別呢?
如果會有分別 , 咁 copy 個 word file 出黎 , 入面內容即係會有唔同 , 會寫左唔同字 ?

---

作者: doubleshot    時間: 2020-3-12 11:02

https://review.u-audio.com.tw/reviewdetail.asp?reviewid=1613

內置左pioneer 藍光rom, pure read 4
https://www.adark.co/products/bdr-s12j-x

---

作者: harryytm    時間: 2020-3-12 11:04

本帖最後由 harryytm 於 2020-3-12 11:11 編輯

用 EAC 要買部夾 EAC 嘅 ROM
最好係唔會 Cache Audio Data
支援準確回報 C2 錯誤資訊
同埋支援 Accurate Stream


而 EAC 之外仲有另一開放源碼嘅選擇
就係用 CUETools 入面嘅 CUERipper
同樣可以 Secure 地 Rip CD

WAV 係未經壓縮
FLAC 係無損壓縮
兩者都係無損地儲存 PCM 數據
不過 WAV 無得加 Metadata 而 FLAC 可以
FLAC 甚至可以內嵌埋 CUE 同封面圖
一個檔案一隻 CD
用 Foobar2000 去播好似播 CD 一樣有得選 Track

---

作者: harryytm    時間: 2020-3-12 11:07

本帖最後由 harryytm 於 2020-3-12 11:57 編輯

Pioneer 嘅 Pure Read 係修復功能
對無花嘅 CD 無作用
開咗反而會干擾 EAC 嘅修復功能

---

作者: doubleshot    時間: 2020-3-12 12:35



沒有干擾這回事==

配備“PureRead 4+（原始聲音再現）”和“RealTime PureRead”，提高了數據讀取精度
對於BDR-S12J-X，當播放CD音頻時，如果由於光盤上的划痕，指紋或成型缺陷而無法正確讀取音頻數據，則調整讀取方法並再次讀取，並執行錯誤數據插值。它配備了“PureRead”以減少其發生使用BDR-S12J-X，這款“PureRead”配備了最新技術“PureRead 4+”，顯著提高了音頻數據的讀取性能。

---

作者: doubleshot    時間: 2020-3-12 12:36

eac現在比較少用, 主力用dbpoweramp cd ripper

https://www.dbpoweramp.com/cd-ripper.htm

---

作者: mo9394    時間: 2020-3-12 12:37



audio cd 讀出黎係會唔同左的
同data 的check digit, 有correction / 有re-read 唔同

---

作者: doubleshot    時間: 2020-3-12 12:38

而家有的碟, 壓制做功比較差, 肉眼睇閱讀面係完全無花痕, pureread 對這種質量的CD讀取有幫助

---

作者: doubleshot    時間: 2020-3-12 12:41



FLAC係一種封包, 有一個SETTING 可以校無壓縮, 同埋FLAC係方便用戶入TAG同加圖, 如果你無呢個需要, 甘你可以選WAV

講真如果你套機吾係咩靚野, 可能真係聽吾出WAV/FLAC分別

---

作者: doubleshot    時間: 2020-3-12 12:44

本帖最後由 doubleshot 於 2020-3-12 12:49 編輯


我自己試過同一時間拖4隻外置CD ROM RIP, 又試過用內置CD ROM RIP, 又試過用AK CD RIPPER RIP, 又試過係群組有人抄左個FILE, 佢用一SET好鬼複雜既設備組合去RIP .... 聽落去既聲其實係有分別==         

件事覺得奇怪係一先我用耳塞聽, 覺得有的吾同, 之後再用STAX去聽 ...

---

作者: mo9394    時間: 2020-3-12 12:44



flac 同 ape 都係算法上lossless compression, 可以理解最後都係解成wav 先播出黎.
除非高級到解壓時chip 本身運作時的電波干擾都計算在內, 否則應該無分別

---

作者: doubleshot    時間: 2020-3-12 12:47

本帖最後由 doubleshot 於 2020-3-12 12:54 編輯


應該係PCM ==

APE我吾知係乜

不過我主力用FLAC, 本身佢有 Uncompressed 設定, UNCOMPRESSED同SET 去 Compression Level 5, 其實已經有個分別係度==

---

作者: doubleshot    時間: 2020-3-12 12:56

本帖最後由 doubleshot 於 2020-3-12 13:00 編輯



    ROM係消耗品, 一定會壞, 碟越多, 越快死

你無要求米求鬼其買隻平野用咯, PIONEER仲分日版同大陸版添== !

其實另外仲要睇翻你用咩機聽, 如果係用部平機求求其其聽, 甘就無必要洗的冤枉錢

如果你套高檔野換條線都聽得出, 甘就另計啦

---

作者: doubleshot    時間: 2020-3-12 13:07

牌子無咩分別@@同一隻碟, A牌順讀, B牌係某一TRACK到有ERROR ==
今時今日計, PIONEER BD ROM 應該仲好過部PLEXTOR

---

作者: stephenwong    時間: 2020-3-12 13:08



都話電腦討論，就講電腦嘢，最重要係 checksum 有無錯，如果 SHA256 一模一樣，大致上聽起來又一樣，但你對金耳朵又肯肯地分到個兩個 FILE，快啲去 NSA，CIA，國安見工啦，大把錢途呀！

---

作者: jf127    時間: 2020-3-12 13:19

本帖最後由 jf127 於 2020-3-12 13:24 編輯

Agreed !
I don't believe so-called 金耳朵 as well.
Many double-blind tests show that nobody can distinguish the difference.
Wav and FLAC are basically the same.
If you use different equipment and find some differences, it might be because of the sound signature of the equipment, not the PCM files.

---

作者: stephenwong    時間: 2020-3-12 13:29



有人話 FLAC 格式比 WAV 複雜啲 （唔係 Lossy / Lossless 問題），播出來的時候要多啲 SOFTWARE PROGRAM 處理，如果 CPU 有限制，RAM BUFFER 唔夠，有可能會影響音質。再講一次，唔係因為 Lossy compression，所以數據已經唔同咗；而係數據一模一樣，但因為計數計得慢，有可能追唔上播放速度所需。

對於以上講法，我覺得，起碼有啲電腦理論基礎，對於一些好平價的產品，硬件因錢而用料不足，軟件又寫得差，會有如此情況不奇怪。但換個部好啲嘅播放機就會解決問題，而且，以目前 PC / MAC / Raspberry Pi 計，此情況不會發生。再者，先做一次 FLAC 轉 WAV 再播放，就一定同錄播 WAV 一樣啦。而 FLAC 因為有 LOSSLESS COMPRESSION，FILE SIZE 細啲，用少啲位儲存，我覺得好啲。

---

作者: stephenwong    時間: 2020-3-12 13:30



WAV 都係一種封包格式，一樣可以放 TAG 及 thumbnail 相片。

---

作者: jf127    時間: 2020-3-12 13:31

Nowadays, a several hundreds HKD smartphone can play 1080p video, and now you tell me a common PC could not handle FLAC files ?
Are you kidding me ?

---

作者: PT100    時間: 2020-3-12 13:32

支援準確回報 C2 錯誤資訊  x2

8th floor C-Hing is right!

Especially what you concern are RIP "CD"

---

作者: doubleshot    時間: 2020-3-12 15:20

回覆 23# stephenwong


    點樣可以用放tag 同縮圖入wav內?

---

作者: doubleshot    時間: 2020-3-12 15:57




    你甘講又洗乜搞甘多野呢?
直接用ITUNES RIP米得咯, 又洗乜搞EAC SECURE RIP? 又OFFSET又呢樣又個樣? 多膠魚

---

作者: doubleshot    時間: 2020-3-12 16:00




    你甘講又洗乜搞甘多野呢?
直接用ITUNES RIP米得咯, 又洗乜搞EAC SECURE RIP? 又OFFSET又呢樣又個樣? 多膠魚! 直接用BURST MODE米仲方便?

我有個例子係兩個FILE個CHECKSUM都係一樣, 但一齊SET去FOOBAR度CHECK INTEGRITY, 一個報有ERROR, 但另一個報正常OK, 又點解釋呢? CHECKSUM哥?

---

作者: 卡洛斯牛頓    時間: 2020-3-12 16:11




    用 EAC 要買部夾 EAC 嘅 ROM
最好係唔會 Cache Audio Data
支援準確回報 C2 錯誤資訊

請問邊部有呢?又唔貴~

---

作者: 卡洛斯牛頓    時間: 2020-3-12 16:23

   器材用rega elicit-r integrated amplifie  DMS550串流機   喇叭audiovector qr1

WAV 經常有人講設定封面資訊冇FLAC咁好喎? 係真嗎?
PIONEER S12J-X 黎部都唔平,重點D功能用唔上~我淨係同黎RIP CD 其餘功能 用唔上開始曬左D


EAC同dbpoweramp  究竟二者有咩分別優點呢? 我淨係知道EAC係免費~ 後面係要比錢~

圖片附件: 500 3.jpg (2020-3-12 16:20, 40.5 KB) / 下載次數 153
https://www.hkepc.com/forum/attachment.php?aid=2180762&k=48630b701a9e725025641d6900873f84&t=1781859560&sid=8yyuNUDet

---

作者: harryytm    時間: 2020-3-12 17:01


其實有樣野叫 Byte-by-byte 對比
EAC 更有對比 WAV 嘅功能
只要 Data 一樣就一定唔會聽出嚟有唔同

---

作者: harryytm    時間: 2020-3-12 17:02

本帖最後由 harryytm 於 2020-3-12 17:22 編輯


去新高登買部二手嘅 Lite-On DVD Writer iHAS 124 就得
好多 $40 幾就有交易
無必要咁貴買 BD 去淨係用嚟 Rip CD

---

作者: harryytm    時間: 2020-3-12 17:05

本帖最後由 harryytm 於 2020-3-12 17:07 編輯


APE 係 Monkey Audio
性質同 FLAC 一樣都係無損壓縮格式

---

作者: harryytm    時間: 2020-3-12 17:19


Foobar2000 可以
不過唔知係咪跟 WAV 標準
但最少 Windows 10 讀到啲 Tag

---

作者: doubleshot    時間: 2020-3-12 17:59



數據係甘講, 但入耳個聽感真係有分別, 如果吾係我都吾會甘大反應==

---

作者: doubleshot    時間: 2020-3-12 18:01



WAV不支援TAG寫入，你在foobar2000上面看到的檔案資訊等是他自己的格式，不是通用TAG標籤!

如果你要在手機上可以正常顯示WAV檔案的歌手、專輯名稱、圖片的話請用PowerAMP，然後用資料夾分類，對應的專輯封面跟歌曲放在一起。
   
@FLAC我做左一次TAG, 入圖, 就放兵部機都無問題, WAV就吾係部部機都支援到"TAG + 圖"

---

作者: harryytm    時間: 2020-3-12 18:59

本帖最後由 harryytm 於 2020-3-12 19:15 編輯

數據就係數據
只要數據一樣就唔好同我講聽感唔同
兩個數據 100% 一樣嘅檔案
聽得出有唔同純粹係你心理作用

---

作者: stephenwong    時間: 2020-3-12 20:18



CHECKSUM 是你 RIP 完後成個 FILE 的 CHECKSUM，兩個 FILES CHECKSUM 一樣但內容不一樣叫 HASH COLLISION，HASH ALGORITHM 的設計就是要做到內容不一樣，CHECKSUM 非常高機會不一樣；又如果內容非常接近，CHECKSUM 就一定會不一樣；否則，有人改支票或合約銀碼，只是加一兩個零，就可以瞞天過海。

你如果可以容易地製造 HASH COLLISION，仲要内容分別不大，你發達囉，各國情報機關一定想請你，或綁架你！

---

作者: stephenwong    時間: 2020-3-12 20:20



兩個 FILES CHECKSUM 一樣，但 FOOBAR 話一個 FILE 有 ERROR, 咁叫做你個 HARD DISK 就壞，有 BAD SECTOR 囉！

---

作者: stephenwong    時間: 2020-3-12 20:55



Wikipedia: https://en.wikipedia.org/wiki/WAV#Metadata
Metadata
As a derivative of RIFF, WAV files can be tagged with metadata in the INFO chunk. In addition, WAV files can embed any kind of metadata, including but not limited to Extensible Metadata Platform (XMP) data[27] or ID3 tags[28] in extra chunks..........

---

作者: 卡洛斯牛頓    時間: 2020-3-12 21:51

本帖最後由 卡洛斯牛頓 於 2020-3-12 21:54 編輯



    我見珍寶有.....咁係珍寶買隻新就好~  想問下我想用外置  

    可唔可以買外置 或者買個外置光碟機盒?

---

作者: 卡洛斯牛頓    時間: 2020-3-12 22:05

外置買黎個Liteon eBAU108-01
(超輕的DVD燒錄機，重量220公克、厚度1.35cm，USB供電，隨插即用，獨家技術SMART Burn、SMART-X、Link2TV)

---

作者: harryytm    時間: 2020-3-12 22:32

本帖最後由 harryytm 於 2020-3-13 09:34 編輯

我試過買新嘅 iHAS 124 F 會快取音頻數據
喺 EAC 入面用要剔 Drive caches audio data
剔咗之後 EAC 會以不停重讀嘅方式
去清走個 Drive 嘅快取入面啲音頻數據
結果 Rip 碟速度會慢一倍

---

作者: harryytm    時間: 2020-3-12 22:39

本帖最後由 harryytm 於 2020-3-13 01:44 編輯


外置我求其買個 Buffalo 就算
我因為要燒 BD-R 所以買咗部藍光
拆過嚟睇個內蕊係 LG 碟機
呢隻好在有多一個 USB 取電頭
同另外再有 DC 頭可以另外插電
勝在方便一插即用

不過 EAC 測到係會快取音頻數據
但同 CUERip 非常夾

BUFFALO BRUHD-BU3




5.25" 光碟機我有好多部
如果真係計同 EAC 最夾嘅都係舊版嘅 iHAS 124 同 Plextor PX-890SA

圖片附件: photo_2020-03-12_23-05-06.jpg (2020-3-12 23:07, 145.92 KB) / 下載次數 137
https://www.hkepc.com/forum/attachment.php?aid=2180820&k=21f78afa150dafcd6d33e90a424f7b42&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 013824.png (2020-3-13 01:42, 46.99 KB) / 下載次數 159
https://www.hkepc.com/forum/attachment.php?aid=2180844&k=549689aa73e0f7373ff7b7917b0b29ef&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 014115.png (2020-3-13 01:42, 19.2 KB) / 下載次數 140
https://www.hkepc.com/forum/attachment.php?aid=2180845&k=09eb6cdf3c417676e4fb585251afac95&t=1781859560&sid=8yyuNUDet

---

作者: harryytm    時間: 2020-3-12 23:36

本帖最後由 harryytm 於 2020-3-13 00:51 編輯

Lite-on iHAS124 Y




Lite-on iHAS124 F




Lite-on iHAS524 B




Lite-on iHAS124 B




Plextor PX-890SA




圖片附件: Annotation 2020-03-12 232601.png (2020-3-12 23:35, 26.88 KB) / 下載次數 138
https://www.hkepc.com/forum/attachment.php?aid=2180822&k=0503503060a9071f9ca57e6105674377&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-12 233557.png (2020-3-12 23:36, 49.84 KB) / 下載次數 132
https://www.hkepc.com/forum/attachment.php?aid=2180823&k=113e5d07e1a7033001f4bc934ca0d68f&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-12 234123.png (2020-3-12 23:42, 67.86 KB) / 下載次數 134
https://www.hkepc.com/forum/attachment.php?aid=2180827&k=10eeda38cc10b38a6a280a651869d72c&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-12 234735.png (2020-3-13 00:03, 20.17 KB) / 下載次數 143
https://www.hkepc.com/forum/attachment.php?aid=2180828&k=be60ef2675eb2304e4a3d5ca5e4061fc&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-12 235745.png (2020-3-13 00:03, 45.11 KB) / 下載次數 157
https://www.hkepc.com/forum/attachment.php?aid=2180830&k=9ec290b2d8d2b828075f3b40efb19b3c&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 000203.png (2020-3-13 00:03, 68.8 KB) / 下載次數 138
https://www.hkepc.com/forum/attachment.php?aid=2180831&k=08f61fc0b8369903e8cac24efc4c71af&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 000737.png (2020-3-13 00:12, 19.74 KB) / 下載次數 159
https://www.hkepc.com/forum/attachment.php?aid=2180834&k=6d075e542264976a14e789dd429fea56&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 001321.png (2020-3-13 00:13, 51.27 KB) / 下載次數 146
https://www.hkepc.com/forum/attachment.php?aid=2180835&k=d0b1257ad42406839deaa88d006d6298&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 001953.png (2020-3-13 00:20, 66.71 KB) / 下載次數 131
https://www.hkepc.com/forum/attachment.php?aid=2180836&k=1b1964ce0576c773dc44c4497e5f5088&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 002417.png (2020-3-13 00:25, 19.44 KB) / 下載次數 153
https://www.hkepc.com/forum/attachment.php?aid=2180837&k=1adeffa1f8c688b97b62fcd3dafdd81d&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 003208.png (2020-3-13 00:32, 47.87 KB) / 下載次數 109
https://www.hkepc.com/forum/attachment.php?aid=2180838&k=9044a0c8ad9068fd9783927b65297e36&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 003534.png (2020-3-13 00:37, 66.82 KB) / 下載次數 143
https://www.hkepc.com/forum/attachment.php?aid=2180840&k=5048543a88148a9583c803fe98baee4c&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 004100.png (2020-3-13 00:47, 20.01 KB) / 下載次數 134
https://www.hkepc.com/forum/attachment.php?aid=2180841&k=09a3032e6bfa88d7a4f41a3bfe402f95&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 004544.png (2020-3-13 00:47, 47.35 KB) / 下載次數 150
https://www.hkepc.com/forum/attachment.php?aid=2180842&k=7aef8299c508084c8ea8c7bd3b92de03&t=1781859560&sid=8yyuNUDet



圖片附件: Annotation 2020-03-13 005056.png (2020-3-13 00:51, 67.8 KB) / 下載次數 142
https://www.hkepc.com/forum/attachment.php?aid=2180843&k=900eda895cefd5eb9c53c522b2d5b399&t=1781859560&sid=8yyuNUDet

---

作者: DoraemonKing    時間: 2020-3-13 01:23




我試過一次
有個整軌FILE
我分割做分軌
聽裏面同一隻歌 竟然有分別仲要係用個打機無線耳機...
我都懷疑自己
SD哂比個FD去聽
佢都聽得出 話一個係"暗D"

好耐之前我o係影音版問過人 無答案
我估計係software對內容一樣o既東西 處理有別
就好似顏色管理一樣 同一個file 唔同mon唔同software唔同driver唔同browser唔同os 演譯有別

---

作者: stephenwong    時間: 2020-3-13 07:29



仲有一樣嘢，就係個 OS 裡面嘅 Sample Rate Converter （SRC）同 Software Volume Control，都會嚴重影響音質。通常專門聽歌軟件會用 Exclusive Mode 霸住張 sound card 或 DAC，直出 PCM 或 DSD data。

---

作者: 卡洛斯牛頓    時間: 2020-3-13 07:42




    iHAS 124 同 Plextor PX-890SA 黎二部係RIP CD ROM GE傳說好野....

   一陣出門睇下有邊幾隻外置ROM買

---

作者: doubleshot    時間: 2020-3-13 09:36



BURST MODE同SECURE MODE RIP出黎個數據都係一樣喎, 師兄

甘你又做乜搞甘野又SET OFFSET, 又轉去行SECURE MODE?

---

作者: doubleshot    時間: 2020-3-13 09:44



我吾係同你講咯, 我只係對自己負責, 講真, RIP CD 最終目的係for LISTENING ... 講咩數據呢, 你用隻眼睇HIFI架?

你話我心理作用, 我夠可以話你隻耳有問題啦?

---

作者: doubleshot    時間: 2020-3-13 09:45



FLAC係生成之後, 好多機都支援, 但係WAV就一的的, 講普及實用係無FLAC方便

---

作者: harryytm    時間: 2020-3-13 12:36

本帖最後由 harryytm 於 2020-3-13 12:48 編輯


Burst mode 同 Secure mode Rip 出黎嘅數據唔一定一樣

Burst mode 完全無任何錯誤檢查
完全依賴部碟機內置嘅除錯同修復
EAC 會完全信曬部機回傳返嚟嘅數據
所以無花嘅 CD 可以用 Burst mode

Secure mode 之下 EAC 會以區塊形式去 Rip CD
會信任部碟機嘅 C2 錯誤資訊去偵測隻碟花咗嘅位置
正常無花嘅位置會當係無問題
但當收到部碟機回傳 C2 錯誤
就會重讀有問題嘅區塊並進行對比
最後選擇相同次數最多嘅數據為正確嘅數據

EAC Options > Extraction > Error recovery quality 可以設定錯誤修正時嘅重讀次數
Low 重讀 16 次
Medium 重讀 48 次
High 重讀 80 次

如果光碟機有 PureRead 嘅話
用 Pioneer Utility 開咗 PureRead 功能要用 Burst mode
唔可以用 Secure mode
最少我試過咗 PureRead 係同 EAC 嘅 Secure mode 唔夾


圖片附件: 2020-03-13_124234.png (2020-3-13 12:43, 5.85 KB) / 下載次數 248
https://www.hkepc.com/forum/attachment.php?aid=2180889&k=a1d3b2e72b5b5f4040cef6187a451814&t=1781859560&sid=8yyuNUDet

---

作者: harryytm    時間: 2020-3-13 13:05

本帖最後由 harryytm 於 2020-3-13 22:40 編輯

我證明唔到我隻耳有無問題
你亦證明唔到你係咪心理作用

我認為人嘅感觀係唔可信
如果唔係就唔會有雙盲測試
數據只有 相同 唔相同 兩個答案
相同嘅音頻數據
用相同嘅器材同軟件播放
輸出嘅聲音理應係一樣
聽得出有唔同問題唔係出自啲數據
而係器材令輸出嘅聲音有唔同
仲要加埋人嘅感觀唔可信嘅可能性
所以我相信數據而唔相信隻耳

---

作者: johnson123    時間: 2020-3-15 04:37

其實音樂CD唔係Digital DATA,
你地只要諗係一隻超縮細既黑膠碟就得
佢係無CHECKSUM既
RIP碟只係讀取CD坑紋所記載既資料,無CHECKSUM,
唔同機唔同光頭讀取係會有極細微分別
有功能可以加強讀取準確度,
例如: CD轉慢D(1X~2X), 重複讀取, 加強LASER....

---

作者: jf127    時間: 2020-3-15 06:11

本帖最後由 jf127 於 2020-3-15 06:40 編輯


"其實音樂CD唔係Digital DATA"
Are you kidding me ?
Do you know what's digital recording ?
CD is actually "PCM files in redbook format" !

---

作者: 1qwer    時間: 2020-3-15 06:14




Ching ， 我好奇去睇wiki 話音樂 CD 係由 EFM 編碼，而 EFM 本身有容錯機制，啫係有類似 checksum 的功能 wo ?

有錯請指正，謝謝。

---

作者: 卡洛斯牛頓    時間: 2020-3-15 10:40




    師兄再想請教你~有冇用過任務音響專用RIP CD rip cd service?  

    其實佢地係咪冇電腦EAC 軟件對比更準確呢?

---

作者: harryytm    時間: 2020-3-15 11:53

本帖最後由 harryytm 於 2024-11-28 16:31 編輯

音樂 CD 係分 4 層數據層

第一層係射頻訊號 (RF Signal)
第二層係 EFM 編碼
第三層係 CIRC 編碼
第四層係 PCM 編碼

CD 機嘅鐳射頭由 CD 上讀取 EFM 編碼嘅射頻訊號
經 EFM 解碼器解碼後
得出 33 位元組 (byte) 嘅 CIRC 編碼嘅數據

當中 24 位元組為所載數據 (payload)
8 個 P 或 Q 嘅同位位元組 (parity byte) 及
1 個 8 位元嘅副編碼

呢 33 位元組嘅 CIRC 數據
下一步會交比 CIRC 解碼器進行解碼

CIRC 解碼器分 C1 C2 同埋 錯誤隱藏 (error concealment) 三層

第一層 C1 解碼器
會將數據進行反交錯排列
並利用當中 4 個 P 同位位元組去修正隨機錯誤
得出 28 bytes 嘅數據
當中 24 byte 係所載數據及 4 個 Q 同位位元組
下一步會交比 C2 解碼器進行解碼

第二層 C2 解碼器
會用 Q 同位位元組去修復 C1 修正唔到嘅錯誤
當錯誤太多連 C2 解碼器都修復唔到
輸出嘅數據會標示咗 C2 錯誤
然後交比下一層進行插值

最後一層 錯誤隱藏
如果無 C2 錯誤嘅話會跳過插值呢一個步
主要係透過插值 (interpolate) 方式
去嘗試估算並填補返 C2 修復唔到嘅 PCM 樣本

最後得出原本記錄在音樂 CD 上
或者經插值去隱藏錯誤嘅 [聲道數據區塊] (channel-data frames)
解碼完成得出嘅 PCM 數據
會隨即會送去 DAC 轉換成類比嘅音頻訊號

CD 機運作簡要流程如下
CD > [ Laser puckup] > RF signal in NRZI  modulation (eyepattern) > [NRZI Demodulator] > NRZ > [NRZ tp EFM converter] > EFM Data > [EFM Decoder] > EFM channel bit stream > [ CIRC decoder] > PCM > [DAC] > Current analog signal > [I/V Convert] > Analog signal > [Opamp] > Line level analog signal > [RCA out]

原文： https://www.cdrinfo.com/Sections/Reviews/Print.aspx?ArticleId=6513

音樂 CD 上面所記錄嘅 PCM 數據
每秒 44100 個樣本
每個樣本 16 位元
有 2 個聲道
所以音樂 CD 每秒嘅 PCM 數據流量為
16 bits * 44100 samples * 2 channels
= 1411200 bit/s

音樂 CD 機每秒讀取 75 個分區 (sector)
每個分區有 98 個聲道數據區塊 (channel-data frames)
每個聲道數據區塊係 24 位元組 (byte) 嘅 PCM 數據
即係 192 位元 (bit) 嘅 PCM 數據
亦即係 12 個 16 位元嘅 PCM 樣本
每邊聲道各 6 個 16 位元嘅 PCM 樣本

每個分區大小為
24 bytes * 98 frames
= 2352 byte

所以每秒讀取速度係
24 bytes * 98 frames * 75 sectors
= 176400 byte/s * 8
= 1411200 bit/s
同音樂 CD 所需嘅數據流量相同

而跟據上面
6 samples * 2 channels * 98 frames * 75 sectors
= 88200 samples/s

可以計到 CD 機每秒係讀緊 88200 個 16 位元嘅 PCM 樣本
每秒每邊聲道各有 44100 個 PCM 樣本

---

作者: 1qwer    時間: 2020-3-15 12:20

回覆 58# harryytm


    謝謝 C Fu，非常之詳細又簡單易懂，又有錢落袋。多謝!

---

作者: harryytm    時間: 2020-3-15 13:45

回覆 59# 1qwer

最尾再補充咗 CDDA 條數係點計

---

作者: johnson123    時間: 2020-3-15 19:54

讀取緊並不是檔案，需然係1同0訊號，但只係讀取緊當時代表緊既音樂資料，資料讀取錯誤便會有高低音之分，並唔會有整個檔案既完整性檢查

CD機轉回既錯誤訊息，係代表讀取唔到軌道訊號
程式可以叫CD機重讀或調整轉速或laser強度再次重新讀取

---

作者: 1qwer    時間: 2020-3-15 22:40

回覆 60# harryytm

多謝 update 和通知在下，已 mark 低備用。


睇完之後我諗起兩個問題，以前都市傳聞， CD 的保存資料期限一般只有十多廿年，依加出果D CD 相比起以前，在這面方有無進步呢(或是傳聞是假的？)？又或者有無比較可信的數據可以參考吓？

另一個問題係，比起自己燒碟，廠家刻錄的 CD 會不會可以保存得更久？或是大家分別不大呢？


承蒙賜教，不勝感激。

---

作者: harryytm    時間: 2020-3-15 22:46

本帖最後由 harryytm 於 2020-3-17 02:34 編輯


我喺上面 58# 已經講過

首先要搞清楚 Checksum 同 ECC 嘅分別
Checksum 只可以檢查數據完唔完整
ECC 係檢查數據完唔完整之餘
仲可以完整地計返一定數量唔見咗嘅數據

音樂 CD 每個 channel-data frames 都係用 CIRC 編碼
而 CIRC 本身就係 ECC 嘅一種
C1 C2 解碼都會用 CIRC 入面嘅 Parity byte
去計 channel-data frames 啲數據完唔完整
檢查到唔完整可以用  Parity byte 去修復一定數量嘅受損數據
所以音樂 CD 唔存在完全無 checksum 呢回事
反而係每秒有 98 個 ECC 去檢查啲數據完唔完整

電腦嘅光碟機 Rip CD 嘅時候同 CD 機唔同
CD 機播 CD 嘅時候唔容許重讀
但電腦嘅光碟機 Rip CD 嘅時候可以重讀

EAC 嘅 Secure Mode 喺 Rip CD 嘅時候
當光碟機 C2 解碼器修復唔到讀取錯誤
就會經 C2 錯誤回報功能通知 EAC 呢個 Sector 有問題
EAC 就會重讀嗰個 Sector 最少 16 次
而直至最少要有 8 次重讀都係得出一樣數據為止

EAC 官方網頁都有講到
Secure Mode 其實有幾種
視乎個光碟機有咩功能

一種係快速嘅 Secure Mode
呢種模式係比支援 accurate stream
支援 C2 error pointer
同埋唔會 cache audio data 嘅光碟機用
Rip 碟速度可以貼近 burst mode

另一種係比支援 accurate stream
唔會 cache audio data
但唔支援 C2 error pointer 嘅光碟機用
因為每個 sector 會讀最少 2 次
Rip 碟速度會慢最少一半

EAC 嘅作者亦有提到
如果光碟機會 cache audio data
EAC 就要不停去清空個 cache
而最新版 EAC 清空個 cache 嘅方法係讀多一個 sector
令個 cache 快取咗下一個 sector
再返去上個 sector 讀多次
喺無讀取錯誤嘅情況下
Rip 碟速度會慢最少 3 至 4 倍

所以要選擇部同 EAC 夾嘅光碟機用嚟 Rip CD
部光碟機嘅 C2 錯誤回報一定要準確
要支援 accurate stream
同唔會 cache audio data

---

作者: harryytm    時間: 2020-3-16 01:28

本帖最後由 harryytm 於 2020-3-20 01:01 編輯

廠家刻錄嘅 CD 係用壓模形式印出嚟
同黑膠嘅生產方式一樣
唔同嘅係壓完模之後隻 CD 係全透明
要喺上面加返一層反光面
反光面上面仲會加上一層保護漆
之後上面再印刷碟面資料




正式用壓模印出嚟嘅 CD 唔似 CD-R 咁有一層會退色嘅染料
保存得好嘅話可以保存好耐
不過有啲廠生產過程或原料有問題
甚至有啲缺乏印刷層保護反光塗層
反光塗層因為直接外露
好多時表面有污染物 (例如人嘅油脂) 發霉而剝落
令隻 CD 讀唔到

Wikipedia 有詳細解釋 Disc Rot 嘅成因
你可以自已睇下
https://en.wikipedia.org/wiki/Disc_rot

CD 底面花咗可以用拋光膏磨走花痕
但 CD 面層嘅反光塗層壞咗就無得救
[youtube]ut_40U0t9pU[/youtube]

---

作者: 1qwer    時間: 2020-3-16 04:42

回覆 64# harryytm


    原來如此，多謝解惑。

---

作者: PT100    時間: 2020-3-16 12:22

回覆 64# harryytm

The layer on top of the aluminium are "NOT" acrylic!

It's UV curing lacquer

---

作者: harryytm    時間: 2020-3-16 13:16


Thanks for reminding my mistake, corrected.

---

作者: PT100    時間: 2020-3-16 18:56

回覆 67# harryytm

C-Hing, just for an exchange that I know

The metal plate to mould the CD we call it "Stamper" and the CD call "Replicas" inside the industry -

1. For audio CD, the rigorous customer normally give us DAT tape as the input media

2. For CD-ROM (Data CD), no block error (even E12) would be accepted!

The video didn't mention anything about the quality control, we will have "measuring player" both on stamper and replicas to check everything. It's very very expensive stuff! Not including the base unit, one replicas player cost around US$50,000 and even for random check we need at least 4...

---

作者: tomchen    時間: 2020-3-17 01:26



支持！

CD 上既 pits 全部都係經過編碼才寫落碟，不存在碟上既 pits 就係end user既 data。最後一步都係要經過解碼先會重現返end user實際上存既 Data 出黎。

---

作者: 35ti    時間: 2020-3-26 17:18

好深澳呀!

---

作者: kelvinhin    時間: 2020-3-30 21:38

我自己的話就用Pioneer S09, 主要原因係rip碟時比較靜同冇咁震