|
Major Member
|
引用:
Originally posted by adelies
晶片內部的運算，通常會比外部運作的快，舉例：CPU 與 FSB 的關係。這樣才來得及算資料。
同步數位傳輸的原理是：
Ａ 傳給 Ｂ 傳給 Ｃ (方向 →)
時間 0 c2 00 00
時間 T b9 c2 00
時間2T 3a b9 c2
時間3T 48 3a b9
傳統 DA (1-bit A/D and D/A Converters 原理不一樣) 通常有一個數據叫做 Sample Time (AD 也有)，也就是他每一個 Sample Time 取樣轉換一次外面的數位資料 (AD 反過來，每一個 Sample Time 取樣類比訊號)。
運用在 Audio CD，「只要」控制器在每個 Sample Time 前「準備」好資料，等到時間到，把資料丟出去，就不會有您舉的因運算時間造成的 Jitter。
這邊的 Jitter，其實在：(就是 MyAV 文章討論的，也是發燒友注意之處)
(1) 每次的 Sample Time 會有微小的差異
(2) DA 內部也轉換所造成的時間差異
而和前端無關，只要前端準時送達資料，後面的 DA 根本不管你是哪時候丟過來。有點像是固定班別的火車，只要你 (想成資料) 在停站前到站、進站，就可以保證上的去 (這裡沒有票的問題)，至於火車不需要知道你哪時候到，一分鐘前到，和一秒鐘前到，沒有差。
而小弟說的：
(1)「每次的 Sample Time 會有微小的差異」：想像每天八點的火車可能不準時，差個一兩分鐘。
(2)「DA 內部也轉換所造成的時間差異」：想像火車加速的時間，可能和乘客數量、火車本身狀況等等有關，所以每天加速到 70km/hr 的時間不一樣。
所以，跟據 MyAV 一文的說法，DA 端的 Jitter，佔了絕大多數。前端的問題，在片子的錯誤不多時，不會有決定性的影響。
希望，這樣可以讓大家瞭解。
唉... 打字好累... >__<
|
不過CD資料讀取好像是self-clocked
沒有絕對時間參照的...
所以用AMR燒的片子和一般燒錄的片子
讀取/燒錄時的的線性速度雖然不同
可是讀出來的音樂速度還是一樣的
__________________
我是路人甲 
|