首先先謝謝JamesT的回答 <br> 我知道了！謝謝你
Scorpio這位先生你好：
我看了半天你的post <br> 發現你一開始建議我先抓wav來做比對 <br> 做了數位靜音比對 <br> 是為了保持wav檔案的原始（據你說法不能保留CDDB查詢）
最後又推薦使用CDRwin來對燒 <br> 是為了保持index內圈的原始
有沒有兩全其美的方法呢？
copy audio-CD
版主: DearHoney
-
訪客
adomu:
我知道你的意思，既然音軌可以比對，那整張 CD 的 image 也是一 <br> 樣可以比對，如果你要確保燒錄 CD 的音質，又要保留 subcode（其實 <br> 我說 index 是不太正確的說法），用 CDRWin 這支燒錄程式來抓整張 <br> CD 的 image 兩次，再用前面提到的 fc 指令或 compcd.exe 來比對， <br> 如果完全一樣，就可以燒錄了，很簡單，只是抓兩次 image 及比對 <br> 較花時間！
至於位移方面的問題，其實可以不必介意，差異很小！
還有你沒看懂我說關於的 CDDB 的意思，只要你抓下的 WAV 檔，是原始 <br> 的長度而沒有去除數位靜音，而且拉到 NERO 燒錄時，不要讓它多加兩秒 <br> 的間隔，那麼還是可以有 CDDB 的查詢的！
至於你說的 DTS-CD、HDCD、K-2 24bitCD 我不清楚，不知道能否保留， <br> 不過照理講，這些資訊應該都記錄在 subcode 上，所以只要你的 CD-ROM <br> 能完整讀取 subcode，應該是沒問題，Plextor 有支援！
PS.CDRwin 抓 image 會產生兩個檔案，.bin 的 image 檔、.cue 的 <br> 記錄檔（純文字檔），到時燒錄只要載入 .cue 這個檔就可以了！ <br> 如果對於這個燒錄程式使用方法有問題，再跟我說！ <br> 注意一點，CDRWin 有保護，如果註冊碼不對或是已經被它檔掉， <br> 你註冊時它不會有錯誤訊息，並且顯示註冊成功，可是一但你燒錄， <br> 就是飛盤一片！
Andantino:
CloneCD 我沒有用過，不清楚！ <br>
我知道你的意思，既然音軌可以比對，那整張 CD 的 image 也是一 <br> 樣可以比對，如果你要確保燒錄 CD 的音質，又要保留 subcode（其實 <br> 我說 index 是不太正確的說法），用 CDRWin 這支燒錄程式來抓整張 <br> CD 的 image 兩次，再用前面提到的 fc 指令或 compcd.exe 來比對， <br> 如果完全一樣，就可以燒錄了，很簡單，只是抓兩次 image 及比對 <br> 較花時間！
至於位移方面的問題，其實可以不必介意，差異很小！
還有你沒看懂我說關於的 CDDB 的意思，只要你抓下的 WAV 檔，是原始 <br> 的長度而沒有去除數位靜音，而且拉到 NERO 燒錄時，不要讓它多加兩秒 <br> 的間隔，那麼還是可以有 CDDB 的查詢的！
至於你說的 DTS-CD、HDCD、K-2 24bitCD 我不清楚，不知道能否保留， <br> 不過照理講，這些資訊應該都記錄在 subcode 上，所以只要你的 CD-ROM <br> 能完整讀取 subcode，應該是沒問題，Plextor 有支援！
PS.CDRwin 抓 image 會產生兩個檔案，.bin 的 image 檔、.cue 的 <br> 記錄檔（純文字檔），到時燒錄只要載入 .cue 這個檔就可以了！ <br> 如果對於這個燒錄程式使用方法有問題，再跟我說！ <br> 注意一點，CDRWin 有保護，如果註冊碼不對或是已經被它檔掉， <br> 你註冊時它不會有錯誤訊息，並且顯示註冊成功，可是一但你燒錄， <br> 就是飛盤一片！
Andantino:
CloneCD 我沒有用過，不清楚！ <br>
-
訪客
<font color="#005500">我知道你的意思，既然音軌可以比對，那整張 CD 的 image 也是一 <br> 樣可以比對，如果你要確保燒錄 CD 的音質，又要保留 subcode（其實 <br> 我說 index 是不太正確的說法），用 CDRWin 這支燒錄程式來抓整張 <br> CD 的 image 兩次，再用前面提到的 fc 指令或 compcd.exe 來比對， <br> 如果完全一樣，就可以燒錄了，很簡單，只是抓兩次 image 及比對 <br> 較花時間！ </font>
可是單純的位移，每次有差一點點，也會顯示兩筆image不一樣ㄟ <br> 雖然這是雞蛋裡挑骨頭...但是還是會造成困擾... <br> 不過如果你所說的CDRwin真的這麼好，那就用CDRwin來燒audio-CD是最完美的嘍？有沒有其他大大想反對這項說法的呢？
<font color="#005500">至於你說的 DTS-CD、HDCD、K-2 24bitCD 我不清楚，不知道能否保留， <br> 不過照理講，這些資訊應該都記錄在 subcode 上，所以只要你的 CD-ROM <br> 能完整讀取 subcode，應該是沒問題，Plextor 有支援！ </font> <br> subcode是指CD的內圈嗎？我不太了解?_?，所以你這樣說我也不太懂... <br> 希望有人可以更口語化的告訴我，謝謝（程度太差了<img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/eh.gif" width=15 height=22>）
對了，看了這麼久怎不見DearHoney來幫我解圍呢？Help me... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/ ... edface.gif" width=15 height=15> <br> 順帶一提我最近買PleXWRITER12/10/32A這台燒錄器 <br> 可否對應CloneCD，如果沒有對應，將來有機會被對CloneCD這套軟體對應到嗎？ <!--Edit-->
<font size=1 color="#000080">[此文章於 10-01-2000 01:14 PM 被 adomu 編輯過]</font><br><font size=1 color="#000080">[此文章於 10-01-2000 01:15 PM 被 adomu 編輯過]</font><br><font size=1 color="#000080">[此文章於 10-01-2000 01:26 PM 被 adomu 編輯過]</font><br><!--EditEnd-->
可是單純的位移，每次有差一點點，也會顯示兩筆image不一樣ㄟ <br> 雖然這是雞蛋裡挑骨頭...但是還是會造成困擾... <br> 不過如果你所說的CDRwin真的這麼好，那就用CDRwin來燒audio-CD是最完美的嘍？有沒有其他大大想反對這項說法的呢？
<font color="#005500">至於你說的 DTS-CD、HDCD、K-2 24bitCD 我不清楚，不知道能否保留， <br> 不過照理講，這些資訊應該都記錄在 subcode 上，所以只要你的 CD-ROM <br> 能完整讀取 subcode，應該是沒問題，Plextor 有支援！ </font> <br> subcode是指CD的內圈嗎？我不太了解?_?，所以你這樣說我也不太懂... <br> 希望有人可以更口語化的告訴我，謝謝（程度太差了<img src="http://www.dearhoney.idv.tw/UBB/NonCGI/icons/eh.gif" width=15 height=22>）
對了，看了這麼久怎不見DearHoney來幫我解圍呢？Help me... <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/ ... edface.gif" width=15 height=15> <br> 順帶一提我最近買PleXWRITER12/10/32A這台燒錄器 <br> 可否對應CloneCD，如果沒有對應，將來有機會被對CloneCD這套軟體對應到嗎？ <!--Edit-->
<font size=1 color="#000080">[此文章於 10-01-2000 01:14 PM 被 adomu 編輯過]</font><br><font size=1 color="#000080">[此文章於 10-01-2000 01:15 PM 被 adomu 編輯過]</font><br><font size=1 color="#000080">[此文章於 10-01-2000 01:26 PM 被 adomu 編輯過]</font><br><!--EditEnd-->
-
訪客
嗯！你沒看懂位移的意思或是我沒解釋清楚∼∼
每個型號光碟機的位移量都不同，但同一台光碟機抓的音軌、image <br> 位移量都是固定的，例如我的 Plextor 32x 位移量是 2740，則不論 <br> 它抓哪一片 CD，都會產生 2740 的位移，所以我前面說“同一片” <br> CD 抓取兩次來比對，位移量都相同，怎會不能比對？
不能比對的情況舉例如下：
有一片原版 CD (A)，我將它 COPY 一片 (B)，再由 (B) 做來源 COPY <br> 一片 (C)，則 A 與 B 位移了 2740，B 與 C 也是位移了 2740，而 <br> A 與 C 則是位移 2740x2=5480，是以如果你用 (A) 抓 image (A)， <br> 這個 image (A) 就與原版 CD (A) 實際上的位置差了 2740 的位移， <br> 將這個 image (A) 燒成 CD (B)，則 CD (B) 的實際位置與 image (A) <br> 一樣，但如果你又將 CD (B) 抓一次 image (B)，則又位移了一次， <br> 所以 image (A) 與 image (B) 差了 2740∼∼如此這兩個 image <br> 就不能 byte to byte 比對了∼∼
再說一點，如果你是這樣一直 COPY 下去很多片，最後可能在第一首 <br> 開頭或最後一首結尾有聲音 lose 掉（看你的 CD-ROM 抓音軌是往前 <br> 位移或往後位移），不過這種情形很難發生，因為一秒的音樂要 75 <br> 個 sector 記錄，每個 sector 有 2352 bytes 的容量∼∼所以你要 <br> A拷、B拷、C拷.....一直下去數十次才可能發生可聽見的聲音 lose！
我不敢說 CDRWIN 燒音樂 CD 是最好的，我目前在使用的燒錄程式 <br> 只有 CDRWIN、NERO、Easy CD PRO 三種，但以 CDRWIN 對拷音樂 <br> 最好！還有一個叫做 Feurio 的燒錄程式，據說對於燒音樂 CD <br> 很強悍，不過我沒有用過，CDRWIN 對我來說夠用了！ <br>
每個型號光碟機的位移量都不同，但同一台光碟機抓的音軌、image <br> 位移量都是固定的，例如我的 Plextor 32x 位移量是 2740，則不論 <br> 它抓哪一片 CD，都會產生 2740 的位移，所以我前面說“同一片” <br> CD 抓取兩次來比對，位移量都相同，怎會不能比對？
不能比對的情況舉例如下：
有一片原版 CD (A)，我將它 COPY 一片 (B)，再由 (B) 做來源 COPY <br> 一片 (C)，則 A 與 B 位移了 2740，B 與 C 也是位移了 2740，而 <br> A 與 C 則是位移 2740x2=5480，是以如果你用 (A) 抓 image (A)， <br> 這個 image (A) 就與原版 CD (A) 實際上的位置差了 2740 的位移， <br> 將這個 image (A) 燒成 CD (B)，則 CD (B) 的實際位置與 image (A) <br> 一樣，但如果你又將 CD (B) 抓一次 image (B)，則又位移了一次， <br> 所以 image (A) 與 image (B) 差了 2740∼∼如此這兩個 image <br> 就不能 byte to byte 比對了∼∼
再說一點，如果你是這樣一直 COPY 下去很多片，最後可能在第一首 <br> 開頭或最後一首結尾有聲音 lose 掉（看你的 CD-ROM 抓音軌是往前 <br> 位移或往後位移），不過這種情形很難發生，因為一秒的音樂要 75 <br> 個 sector 記錄，每個 sector 有 2352 bytes 的容量∼∼所以你要 <br> A拷、B拷、C拷.....一直下去數十次才可能發生可聽見的聲音 lose！
我不敢說 CDRWIN 燒音樂 CD 是最好的，我目前在使用的燒錄程式 <br> 只有 CDRWIN、NERO、Easy CD PRO 三種，但以 CDRWIN 對拷音樂 <br> 最好！還有一個叫做 Feurio 的燒錄程式，據說對於燒音樂 CD <br> 很強悍，不過我沒有用過，CDRWIN 對我來說夠用了！ <br>
-
訪客
轉貼一篇文章給你，有說到 subcode
-------------------------------------------------------- <br> 作者: yam (攝情狂) 看板: CD-R <br> 標題: 一些CD AUDIO 的資料 <br> 時間: Tue Nov 25 18:11:44 1997
發信人: clock (龜)
CD decoder 的基本架構,已經由 sony 和 philips 定義的很嚴謹. 對red book <br> 的audio CD (即一般 CD)而言,是採用Reed-Soloman 忘了多少base的EDC/ERC.
這種EDC/ERC 的解碼很容易,目前的 CD player 絕對都支援完全解碼. 而audio <br> CD是用1/75 second為一個frame來解碼,假如這個Frame有錯誤而不能解碼(即錯誤太 <br> 多,ERC 無法回復),將播放上一個1/75秒的資料.
clock <br> =========================================================================== <br> 發信人: PaulK (Paul Kuo)
Compact Disk 所使用的CIRC,是24 8-bit symbols, 2 stage(級)的Coding(編碼) <br> 方式.
<br> 第一個stage (c2) Encode 產生4 bytes 的Parity, Encode後將一些 24+4 <br> bytes 的資料儲存一段作(convolutional) interleaving. 然後將每24+4 個bytes <br> 送入第二個 stage (c1) Encode 出4 bytes 的Parity. 最後 24+4+4 個 bytes 作 <br> scrambling,以避免all zero 的 parity, 因為那是要作為 muted audio(靜音) 表 <br> 示之用.
<br> 由於是 2 stage 的 encoding, 在作 decoding 時有很多algorithm可以用。不 <br> 知您所謂的"完全解碼"是指什麼?
而且, 在 Channel Coding & modulation 時:
1 frame (136 uS) = 588 channel bits (14 channel bits = 8 data bits) <br> = 24 data symbols (336bits) + 8 parity symbols (112b) <br> + 1 subcode symbol (14b) + 1 sync (24b) + merging bit(102b) <br> (1 frame contains 6 32-bits PCM audio samples)
您所說的 Frame 是用來傳資料的 frame (1/75sec), 就是 Q channels,也就是 <br> 上面那個式子中的subcode symbol, 每個frame 中, subcode symbol負責傳 P、Q、R、S、 <br> T、U、V、W 八個 channel。 Q channel 正好是每個frame 98 個bits. 也就是說,一個 <br> 完整 的Q-frame 要有98個frame 來產生. 因此和實際 Coding 的 audio frame(1/7350 <br> sec)差了98倍。
所以說啦,如果Q frame lose了,理應把它skip掉. 可是,如果Q FRAME 沒有受傷,那 <br> 自然就不用skip了。
由此可知,應不是如 clock 兄所說,有無法recover的error時,要把1/75 sec的 <br> frame整個 skip 掉. 最輕的損傷,只要skip 1/7350 sec 的 frame; 只有 Q frame <br> lose了,才會有這樣的現象。
Besides, Skip Frame 掉,不一定要重覆以前的資料. 一般的解碼IC在有error <br> 時, 會產生信號給D/A CIRCUIT. 這時就看 D/A 要如何處理了。小則作 <br> interpolation(補點),大則 muting, 等等...
如有錯誤,希望不吝指教。
=== 不怎麼懂 CD 的 Paul Kuo.
=============================================================================== <br> 發信人: PaulK (Paul Kuo)
我所post是對 clock 兄那1/75 frame/sec 作一點指正,在這裡我可以再說明一下, <br> CD 的 frame 是每秒 7350 frames 才對。
<br> 那為什麼 clock 兄說每秒75個 frame 呢? 原來是因為 CD 用每個 frame 的其中 <br> 8 個 bit 來存聲音以外的資料(如第幾軌啦,第幾分鍾啦,或是一些索引的資料等). 這 <br> 8 個 bit 稱為 subcode。 8 個 bits 中 CD 只用兩個,稱為P,Q channel。 Q channel <br> 中存有目前 CD 是在第幾個 track, minutes, seconds, frame(這個frame不是真的 <br> 7350 frames)。 由於 Q channel 的資料格式是98 個 bits. 所以說,要讀一個完整的 <br> Q channel 資料,必須讀出 98 個 frame, 由其中挑出 Q channel 的那個 bit。
所以, 如果我們把讀出一個完整的 Q channel 資料稱之為一個 Q-frame,那麼 <br> 所以, 如果我們把讀出一個完整的 Q channel 資料稱之為一個 Q-frame,那麼 <br> 1 Q-frame = 98 frames, 所以 75 Q-frames = 7350 frames. 而一個 frame出了錯, <br> 除非是 Q channel 的bit出錯, 要不然不用如 clock 兄把整個 Q-frame (98 <br> frames) Skip 掉的。 因為這不是原來的 "冰的 cd" 討論, 所以我把原來的 Title 改了, <br> 談 "CD 的原理", 應該沒有離題太遠才是。
另外, 有關於 2 stage 的 CIRC 除錯碼, 我們可以多談一些。
由於資料經 C2 stage 編碼後先經過 Interleaving,再進入 C1 stage 作編碼。 <br> 解碼時當然是先解C1再解C2。 可是,如果在C1遇到嚴重的error解不開,那有很多方法:
(1) 不管了,丟到 C2 去解,解不解的出來無所謂。 (2)用C2解解看,如果解的出來,再 <br> 回C1來,再解。 等等...
在 Phillips SAA7210 之前, error corretion(除錯)晶片沒有完全解碼(clock <br> 兄所說的)的能力. 那所謂的完全解碼是: 由C1解出來的error,在C2解的時候,可以 <br> 容許 4 個 symbols 的 error. 那在 SAA7210 之前,頂多只記錄兩個 symbol errors <br> 的地方, 而 SAA7210 可以把四個 error symbol 所在的地方記下來, 用 C2 來解。 <br> 可是這不代表 SAA7210 就有最完整的 Error Correction能力。 由於C1,C2解碼之後, <br> 還能把除錯的資料回來再解,而並不是每個晶片都有這樣的設計, 所以, 在作除錯方面 <br> 椄O有很多設計上的彈性, 並不是如想像中的固定...
<br> So, 有很多地方是值得討論的....
Paul Kuo
<br> 這篇文章有點硬 不過算得上是好文章吧? 我是從台大椰林 音響精華區轉的
--
-------------------------------------------------------- <br> 作者: yam (攝情狂) 看板: CD-R <br> 標題: 一些CD AUDIO 的資料 <br> 時間: Tue Nov 25 18:11:44 1997
發信人: clock (龜)
CD decoder 的基本架構,已經由 sony 和 philips 定義的很嚴謹. 對red book <br> 的audio CD (即一般 CD)而言,是採用Reed-Soloman 忘了多少base的EDC/ERC.
這種EDC/ERC 的解碼很容易,目前的 CD player 絕對都支援完全解碼. 而audio <br> CD是用1/75 second為一個frame來解碼,假如這個Frame有錯誤而不能解碼(即錯誤太 <br> 多,ERC 無法回復),將播放上一個1/75秒的資料.
clock <br> =========================================================================== <br> 發信人: PaulK (Paul Kuo)
Compact Disk 所使用的CIRC,是24 8-bit symbols, 2 stage(級)的Coding(編碼) <br> 方式.
<br> 第一個stage (c2) Encode 產生4 bytes 的Parity, Encode後將一些 24+4 <br> bytes 的資料儲存一段作(convolutional) interleaving. 然後將每24+4 個bytes <br> 送入第二個 stage (c1) Encode 出4 bytes 的Parity. 最後 24+4+4 個 bytes 作 <br> scrambling,以避免all zero 的 parity, 因為那是要作為 muted audio(靜音) 表 <br> 示之用.
<br> 由於是 2 stage 的 encoding, 在作 decoding 時有很多algorithm可以用。不 <br> 知您所謂的"完全解碼"是指什麼?
而且, 在 Channel Coding & modulation 時:
1 frame (136 uS) = 588 channel bits (14 channel bits = 8 data bits) <br> = 24 data symbols (336bits) + 8 parity symbols (112b) <br> + 1 subcode symbol (14b) + 1 sync (24b) + merging bit(102b) <br> (1 frame contains 6 32-bits PCM audio samples)
您所說的 Frame 是用來傳資料的 frame (1/75sec), 就是 Q channels,也就是 <br> 上面那個式子中的subcode symbol, 每個frame 中, subcode symbol負責傳 P、Q、R、S、 <br> T、U、V、W 八個 channel。 Q channel 正好是每個frame 98 個bits. 也就是說,一個 <br> 完整 的Q-frame 要有98個frame 來產生. 因此和實際 Coding 的 audio frame(1/7350 <br> sec)差了98倍。
所以說啦,如果Q frame lose了,理應把它skip掉. 可是,如果Q FRAME 沒有受傷,那 <br> 自然就不用skip了。
由此可知,應不是如 clock 兄所說,有無法recover的error時,要把1/75 sec的 <br> frame整個 skip 掉. 最輕的損傷,只要skip 1/7350 sec 的 frame; 只有 Q frame <br> lose了,才會有這樣的現象。
Besides, Skip Frame 掉,不一定要重覆以前的資料. 一般的解碼IC在有error <br> 時, 會產生信號給D/A CIRCUIT. 這時就看 D/A 要如何處理了。小則作 <br> interpolation(補點),大則 muting, 等等...
如有錯誤,希望不吝指教。
=== 不怎麼懂 CD 的 Paul Kuo.
=============================================================================== <br> 發信人: PaulK (Paul Kuo)
我所post是對 clock 兄那1/75 frame/sec 作一點指正,在這裡我可以再說明一下, <br> CD 的 frame 是每秒 7350 frames 才對。
<br> 那為什麼 clock 兄說每秒75個 frame 呢? 原來是因為 CD 用每個 frame 的其中 <br> 8 個 bit 來存聲音以外的資料(如第幾軌啦,第幾分鍾啦,或是一些索引的資料等). 這 <br> 8 個 bit 稱為 subcode。 8 個 bits 中 CD 只用兩個,稱為P,Q channel。 Q channel <br> 中存有目前 CD 是在第幾個 track, minutes, seconds, frame(這個frame不是真的 <br> 7350 frames)。 由於 Q channel 的資料格式是98 個 bits. 所以說,要讀一個完整的 <br> Q channel 資料,必須讀出 98 個 frame, 由其中挑出 Q channel 的那個 bit。
所以, 如果我們把讀出一個完整的 Q channel 資料稱之為一個 Q-frame,那麼 <br> 所以, 如果我們把讀出一個完整的 Q channel 資料稱之為一個 Q-frame,那麼 <br> 1 Q-frame = 98 frames, 所以 75 Q-frames = 7350 frames. 而一個 frame出了錯, <br> 除非是 Q channel 的bit出錯, 要不然不用如 clock 兄把整個 Q-frame (98 <br> frames) Skip 掉的。 因為這不是原來的 "冰的 cd" 討論, 所以我把原來的 Title 改了, <br> 談 "CD 的原理", 應該沒有離題太遠才是。
另外, 有關於 2 stage 的 CIRC 除錯碼, 我們可以多談一些。
由於資料經 C2 stage 編碼後先經過 Interleaving,再進入 C1 stage 作編碼。 <br> 解碼時當然是先解C1再解C2。 可是,如果在C1遇到嚴重的error解不開,那有很多方法:
(1) 不管了,丟到 C2 去解,解不解的出來無所謂。 (2)用C2解解看,如果解的出來,再 <br> 回C1來,再解。 等等...
在 Phillips SAA7210 之前, error corretion(除錯)晶片沒有完全解碼(clock <br> 兄所說的)的能力. 那所謂的完全解碼是: 由C1解出來的error,在C2解的時候,可以 <br> 容許 4 個 symbols 的 error. 那在 SAA7210 之前,頂多只記錄兩個 symbol errors <br> 的地方, 而 SAA7210 可以把四個 error symbol 所在的地方記下來, 用 C2 來解。 <br> 可是這不代表 SAA7210 就有最完整的 Error Correction能力。 由於C1,C2解碼之後, <br> 還能把除錯的資料回來再解,而並不是每個晶片都有這樣的設計, 所以, 在作除錯方面 <br> 椄O有很多設計上的彈性, 並不是如想像中的固定...
<br> So, 有很多地方是值得討論的....
Paul Kuo
<br> 這篇文章有點硬 不過算得上是好文章吧? 我是從台大椰林 音響精華區轉的
--
-
訪客
謝謝你！不過完全看不懂！哈哈 <img src="http://www.dearhoney.idv.tw/UBB/NonCGI/ ... edface.gif" width=15 height=15>
有關於位移量我曉得了！謝謝！ <br> 現在copy音樂CD大概心裡有數啦 <br> 太棒了！這個網站真的太棒了！
有關於位移量我曉得了！謝謝！ <br> 現在copy音樂CD大概心裡有數啦 <br> 太棒了！這個網站真的太棒了！
-
訪客