"CD-audio 的格式特殊, 因為差一兩個 bit 對是聲音毫無影響,
所以 一個sector 是 2048+235 bytes , 一般的 cdrom 只有 2048by
少掉的235bytes 拿去當 ECC , 以確保資料正確無誤. 所以
CD -> wav 出現不同是可以理解的, 所以 audio cd copy 要相同是
不太可能."
"標準的 Mode 1 data block 是 2048 bytes/block cooked..
2352 bytes/block raw...
標準的 Audio block 就是 2352 bytes/block(沒有 cooked/raw 的分別)
如果說兩者的錯誤修正能力一樣, 那就真的很怪異了..."
"我去查過資料了... CD Audio 有兩層 error correction....
CIRC 本身就是一種 error correction code(with 25% redundancy)...
事實上 CD-ROM 的資料軌也是以 2352 bytes/block 的方式儲存的,
2048 bytes 資料以外的空間拿來放一些資料的格式, 還有另外一層
error correction 資料(大部分多出來的空間都是做此用途)
所以讀出來的資料不可能錯的太離譜, 否則根本無法做 error correction...
(照這種資料量來看, 這一層防護不可能做的多好)還得多靠前面兩層...."
"而我是從現實狀況來判斷的....
S/PDIF 是屬於一種 serial line(因為只有兩條線.. 兩條線做的出別的嗎?)
而我猜它最可能是用 asynchronous transfer
(因為兩條線也很難有別的選擇)
serial/async 要做 error correction 一定要有雙向傳輸能力..
(雖然兩條線我不知道該怎麼做), 除了這個以外還要有 buffer...
而如果有 buffer, jitter 現象應不至於發生..."
"二條線還是可以做error correction, 但是先決條件是要"半雙工",
但看樣子S/PDIF應該是單工狀態, 因此error correction應該是沒有!"
"我有一事不明:
Error correction 在serila/asyn 為何一定要"半雙工" ? 是要re-send嗎?
若不是serial便不用半雙工?
不用重送, 也可靠redunancy做error correction(雖然有限)
但即使可以重送, 也做不到100% correction吧
S/PDIF有無error correction, 好像不是在於是否serial的原因喔.
個人一點淺見, 請多指教."
"您說的對...靠redunancy可以修正低於某一比例下錯誤! 但要要求完全正
確還是要靠re-send及通訊協定來確保...只要在全雙工or半雙工下配何re
/CRC/通訊協定/封包/.......100%正確的傳輸是輕而易舉....不然我現在
做的工作, 豈不是做假的...不過您說的對....error correction與是不
是serial並無關係!"
"加buffer其實只能減少或消除因傳輸而引進的jitter,
最後 buffer 和 DAC 所用的讀取轉換時機,其誤差並無法消除!!
而不同的jitter,代表著DAC轉換後某種頻普分佈,造成某種音色o
當然要減少此部份的jitter,跟很多因素有關...
如零件的選取,參考時機,佈線...
而且不是隨便加一級PLL 就好,一般加個ECL邏輯buffer便引進2ps的jitter"
引一堆原文 不是我還想講這個東東
是因為我知道 去BBS翻舊信是件很無聊的事.....
所以那些義正辭嚴的大大 都沒閒功夫去翻吧.......
telnet 140.112.18.32 音響論壇 精華區大概有超過100封信在講這個.
(有部分是音響迷抬槓啦)
我沒有能力去弄清楚他們講的對不對....引出來 是說明真的有人這樣討論過.
我上次有空的時候Maxwell真的是慢到離譜......現在炒冷飯 sorry.
心情不好的大大們 可以釋懷了嗎?
冷飯
版主: DearHoney