Major Member
|
引用:
Originally posted by adelies
晶片內部的運算,通常會比外部運作的快,舉例:CPU 與 FSB 的關係。這樣才來得及算資料。
同步數位傳輸的原理是:
A 傳給 B 傳給 C (方向 →)
時間 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燒的片子和一般燒錄的片子
讀取/燒錄時的的線性速度雖然不同
可是讀出來的音樂速度還是一樣的
__________________
我是路人甲
|