[問題] 想把電腦訊源喬到不輸低價座機…??

[Terencecool]

老在討論jitter好無聊喔... 能做的最多加些de-jitter的機器, 時鐘同步. 不然怎麼辦? 改機器嗎? 怎麼改? 能改善多少... 又有多少人有錢能改善... 錢花了那又能改善多少...

覺得好聽比較重要啦!

好吧 那來回點跟主題有關係的
電腦訊源要搞好

第一
先去買個貴鬆鬆的靜音機殼
穩固不易共振

第二
使用低功率高效能的CPU以及主機板、顯示卡等等

第三
光碟機、硬碟、音效卡這些關鍵parts全部電源外接穩壓

第四
減少機殼風扇聲音
POWER也去弄個無風扇的
其實最好用分離式冷氣對著電腦吹
這樣大概就不太需要風扇




問題是要把他當
1.訊源兼電腦看待
還是當
2.電腦兼訊源看待

1.的話就是像前面敘述一樣
對待他要有如對待CDP一樣說多發燒有多發燒
2.的話那它主要還是當電腦用，只是對這台電腦稍微比較用心
並且給它個好的音效卡&power罷了

是我的話...選2...
當然若是中了樂透就可以選1

[palchiu]

問題是要把他當
1.訊源兼電腦看待
還是當
2.電腦兼訊源看待

1.的話就是像前面敘述一樣
對待他要有如對待CDP一樣說多發燒有多發燒
2.的話那它主要還是當電腦用，只是對這台電腦稍微比較用心
並且給它個好的音效卡&power罷了

是我的話...選2...
當然若是中了樂透就可以選1

當然是選2.

不然要搞好那台電腦很難... 不如買座機(有的座機也能聽MP3)

[狂人]

直接買座機吧，三五千已經讓很多電腦訊源很難過了。

[EX-S]

這一台 希望派的上用場!

別害人阿~
樓主又不用DSD recording~
這讀寫頭貴死啦!

台灣是沒聽說有人換過~
洋人倒是有人換過了(dv-ra1000的)
價格嚇死人阿

[lovesho19]

ㄟ 你誤會我的意思了
我是說用光碟機抓取 音樂CD的資訊 轉成APE or WAVE
與直接用光碟機讀取音樂CD 播放音樂的話
為什麼有人說 一個會有基時誤差 一個卻沒有.....
我認為兩者應該皆有 都有基時誤差的缺失存在 才對 不管是用何種形式去讀取音樂CD

像EAC這種工具可以重複的比對抓取的資料是否正確
所以首先可以排除bit error的問題
jitter指的是數位訊號串流"時基"的誤差
但若是抓取之後把訊號全部存在buffer內再reclock送出呢?
jitter可以減少對吧
用光碟機抓取音樂CD的資訊可以看作是把訊號存到buffer(指硬碟)那個動作
即使抓取的時候有jitter也無妨，因為儲存的時候不會有
之後就變成為純粹的資料，有如文件檔一般
在那之後要把他轉為各種無失真壓縮格式都是方便儲存而已
下次jitter會產生的地方就是輸出播放的時候了
那跟音效卡、數位線、DAC有關係，跟硬碟沒關係

那我請問一下 大大認為"抓取"音樂CD造成的 jitter 在儲存在硬碟的動作 後變成原本造成的jitter 反而完全消除???

是否如此??

[palchiu]

這一台 希望派的上用場!

別害人阿~
樓主又不用DSD recording~
這讀寫頭貴死啦!

台灣是沒聽說有人換過~
洋人倒是有人換過了(dv-ra1000的)
價格嚇死人阿

呵呵~ 要推就狠一點...

[argentala]

ㄟ 你誤會我的意思了
我是說用光碟機抓取 音樂CD的資訊 轉成APE or WAVE
與直接用光碟機讀取音樂CD 播放音樂的話
為什麼有人說 一個會有基時誤差 一個卻沒有.....
我認為兩者應該皆有 都有基時誤差的缺失存在 才對 不管是用何種形式去讀取音樂CD

像EAC這種工具可以重複的比對抓取的資料是否正確
所以首先可以排除bit error的問題
jitter指的是數位訊號串流"時基"的誤差
但若是抓取之後把訊號全部存在buffer內再reclock送出呢?
jitter可以減少對吧
用光碟機抓取音樂CD的資訊可以看作是把訊號存到buffer(指硬碟)那個動作
即使抓取的時候有jitter也無妨，因為儲存的時候不會有
之後就變成為純粹的資料，有如文件檔一般
在那之後要把他轉為各種無失真壓縮格式都是方便儲存而已
下次jitter會產生的地方就是輸出播放的時候了
那跟音效卡、數位線、DAC有關係，跟硬碟沒關係

那我請問一下 大大認為"抓取"音樂CD造成的 jitter 在儲存在硬碟的動作 後變成原本造成的jitter 反而完全消除???

是否如此??

可以這麼說.....

在電腦裡的數位資料流 1bit 1bit排排站 ，就算有些bit早點到或晚點到
都會站在他該在的位置(硬碟or記憶體)，所以沒有所謂jitter的問題

但是要輸出播放的時候，每個bit到音效卡上(假設沒過Kmixer)轉成類比訊號，
再跟clock領號碼牌輸出的時候，
clock準不準，每個sample到的時間點有誤差的話，就會造成jitter..

[狂人]

那我請問一下 大大認為"抓取"音樂CD造成的 jitter 在儲存在硬碟的動作 後變成原本造成的jitter 反而完全消除???

是否如此??

可以這麼說.....

在電腦裡的數位資料流 1bit 1bit排排站 ，就算有些bit早點到或晚點到
都會站在他該在的位置(硬碟or記憶體)，所以沒有所謂jitter的問題

但是要輸出播放的時候，每個bit到音效卡上(假設沒過Kmixer)轉成類比訊號，
再跟clock領號碼牌輸出的時候，
clock準不準，每個sample到的時間點有誤差的話，就會造成jitter..

漂亮，說得好。

[lovesho19]

ㄟ 你誤會我的意思了
我是說用光碟機抓取 音樂CD的資訊 轉成APE or WAVE
與直接用光碟機讀取音樂CD 播放音樂的話
為什麼有人說 一個會有基時誤差 一個卻沒有.....
我認為兩者應該皆有 都有基時誤差的缺失存在 才對 不管是用何種形式去讀取音樂CD

像EAC這種工具可以重複的比對抓取的資料是否正確
所以首先可以排除bit error的問題
jitter指的是數位訊號串流"時基"的誤差
但若是抓取之後把訊號全部存在buffer內再reclock送出呢?
jitter可以減少對吧
用光碟機抓取音樂CD的資訊可以看作是把訊號存到buffer(指硬碟)那個動作
即使抓取的時候有jitter也無妨，因為儲存的時候不會有
之後就變成為純粹的資料，有如文件檔一般
在那之後要把他轉為各種無失真壓縮格式都是方便儲存而已
下次jitter會產生的地方就是輸出播放的時候了
那跟音效卡、數位線、DAC有關係，跟硬碟沒關係

那我請問一下 大大認為"抓取"音樂CD造成的 jitter 在儲存在硬碟的動作 後變成原本造成的jitter 反而完全消除???

是否如此??

可以這麼說.....

在電腦裡的數位資料流 1bit 1bit排排站 ，就算有些bit早點到或晚點到
都會站在他該在的位置(硬碟or記憶體)，所以沒有所謂jitter的問題

但是要輸出播放的時候，每個bit到音效卡上(假設沒過Kmixer)轉成類比訊號，
再跟clock領號碼牌輸出的時候，
clock準不準，每個sample到的時間點有誤差的話，就會造成jitter..

A大 和T大 說的是儲存檔案之後問題， 我主要是說針對 "在攝取音樂CD資訊時" 產生的時基誤差。

如果以下要收取 5個可樂(代表音符) 然後之中有間隔(代表發聲時間)
排列如下 時間共20秒共20的數字 可樂代表 "1"
"0"代表無發聲時間
如果讀取時間無誤差的話，讀取如下
10001100000100001000
萬一 轉速受影響或受到震動，造成第三秒後讀取"時間"產生誤差，讀取如下
10000110000010000100

結論是在受到影響之下我們仍得到五瓶可樂 但是取得的時間不同
同理可證我們取得到的音樂資訊，讀取到的時間不是正確的 表示不在該出聲的時間出聲

為何會產生誤差 ，原因很多，轉速不穩 ，細微震動及讀取磁頭機件無法同步等原因

儲存的東西不包含時間序列， 但是攝取音樂資訊時，得依照時間的clock來讀取資訊，此動作需要極為正確無誤的同步。

源頭如果發生誤差，並後來將讀取到資料儲存成檔案，無論以什麼格式儲存，仍然存在讀取時就已產生的誤差資料。

參考網址
http://www.iol.unh.edu/services/testing ... jthes1.php

http://en.wikipedia.org/wiki/Jitter

[funny.li]

小弟認為因為全部一起誤差時.那就是沒誤差..
所以網兄會說用硬碟或記憶體比起用光碟機較無誤差問題..

[andyaries]

就是因為會受到光碟機的影響
所以大家才推EAC...
至少它可以讀到兩次完全一樣的資料後
再寫入HD

當然 也有可能它只是讀到兩次完全一樣錯誤的資料

[Terencecool]

A大 和T大 說的是儲存檔案之後問題， 我主要是說針對 "在攝取音樂CD資訊時" 產生的時基誤差。

如果以下要收取 5個可樂(代表音符) 然後之中有間隔(代表發聲時間)
排列如下 時間共20秒共20的數字 可樂代表 "1"
"0"代表無發聲時間
如果讀取時間無誤差的話，讀取如下
10001100000100001000
萬一 轉速受影響或受到震動，造成第三秒後讀取"時間"產生誤差，讀取如下
10000110000010000100

其餘引言恕刪
您舉這例子可是非常嚴重的
這已經是達到bit error的階段了
jitter的討論範疇應該要在沒有bit error之下

然而這種狀況發生的機率比jitter小非常多
不論是"讀取"這階段或者是"spdif傳輸"這階段都有很多人實驗驗證過
jitter的產生大家都有一定共識，只差在大小而已
bit error則是在大多數測試中沒有發生
以EAC的機制來看
即使發生bit error也是有機制可以比對更正

[老吳]

10K預算想把電腦訊源喬到不輸低價座機,不知低價座機一台要價多少,以您現有配備我認為只要花$1500買台DVD燒錄器即可,剩下$8500買台CD唱盤

[teamJDK]

可以這麼說.....

在電腦裡的數位資料流 1bit 1bit排排站 ，就算有些bit早點到或晚點到
都會站在他該在的位置(硬碟or記憶體)，所以沒有所謂jitter的問題

但是要輸出播放的時候，每個bit到音效卡上(假設沒過Kmixer)轉成類比訊號，
再跟clock領號碼牌輸出的時候，
clock準不準，每個sample到的時間點有誤差的話，就會造成jitter..

A大 和T大 說的是儲存檔案之後問題， 我主要是說針對 "在攝取音樂CD資訊時" 產生的時基誤差。

如果以下要收取 5個可樂(代表音符) 然後之中有間隔(代表發聲時間)
排列如下 時間共20秒共20的數字 可樂代表 "1"
"0"代表無發聲時間
如果讀取時間無誤差的話，讀取如下
10001100000100001000
萬一 轉速受影響或受到震動，造成第三秒後讀取"時間"產生誤差，讀取如下
10000110000010000100

結論是在受到影響之下我們仍得到五瓶可樂 但是取得的時間不同
同理可證我們取得到的音樂資訊，讀取到的時間不是正確的 表示不在該出聲的時間出聲

您說的這種情況已經不叫時基誤差(jitter)，而是讀到的資料錯誤(bit error)，通常我們會把這兩種情況分開來看。
bit error 也就是讀出來的資料內容有錯誤，譬如說光碟凹凸坑洞的長度誤差很大，忽長忽短，由 凹->凸 或者由 凸->凹 的觸發邊緣沒有在標準容許的範圍內精確的上升或下降，這種情況也稱為 jitter，如果嚴重到讀出來的資料判讀錯誤，這種現象我們稱之為 error。
譬如說本來的資料
0110
讀出來的資料
0010

注意儲存的資料長度仍然是一樣的，並不會往後推移增加，總長度仍然是每聲道每秒 44100 個 sample。
由於我們記錄的是取樣點的數值，而不是時間，所以不會有往後推移的現象發生。
那麼時間資訊記錄在哪裡呢？如果是 wave 檔，在檔頭的地方，會標明這個檔案的取樣頻率是多少。
譬如說是 44100Hz，這樣就代表這個檔案記錄的每一個 sample，sample 與 sample 之間的間格是 1/44100 秒，這個時間的長度、間隔的長度是固定，這是檔頭所記錄的、假定的理想狀態。
那麼什麼是 jitter？既然資料一樣，資料沒有錯誤，為什麼 jitter 會造成聲音不一樣？
jitter 是發生在這個檔案重播的時候，當 DAC 轉換數位訊號為類比輸出的時候，如果工作的時鐘不精準，我們可以想像成，每一個 sample 出現的時間忽快、忽慢，也就是每一個 sample 之間的間隔不一樣長，有的比較寬，有的比較窄，不是固定的 1/44100 的時間長度。
那麼假想這樣輸出的 wave 波形，把每一個 sample 的數值頂點連起來的類比曲線，就會和固定間隔的曲線不一樣，這個不一樣造成了聲音的差異，這種情況造成的誤差才稱之為 jitter 的誤差。

所以 jitter 並不是儲存的資料有錯誤，如果是資料有錯誤，那麼已經是 error 了。jitter 是水平的時間軸上的抖動誤差，和垂直的取樣的數值資料沒有關係。jitter 取樣的資料是正確的，但是時間(間隔)是不對的。

所以這也就是前面 A大 和 T大 說的，jitter 是發生在 DAC 轉換的時候。而 DAC 轉換用的工作時鐘，是由音效卡上的震盪器來產生提供的，和當初讀取的光碟機沒有關係，因為當初讀取的 clock 資訊，並沒有儲存紀錄下來。

所以理論上，不論你用哪一台光碟機來讀，只要讀出來的資料經過比對後一樣，存下來的 wave 檔案一樣，那麼結果就是一樣的。
這個 wave 檔案跟硬碟上其它的 wave 檔案一樣，播放的時候都是一視同仁的，電腦也不會知道當初是用什麼光碟機去讀取的，還是這個 wave 是你自己錄音下來的自唱曲

有另一種會造成讀出來的資料整個往前或者往後推移的現象，有時候也被稱為 jitter，但是精確的稱呼應該是 offset。
產生 offset 是下面這樣
正常情況
0110

發生 offset
往前多了一個 sample 填0，最後面少了一個 sample
0011

往後少了一個 sample 漏掉，最後面多了一個 sample 填0
1100

這種 offset 現象是由於紅皮書設計的缺陷，光碟機無法正確的定位起始點造成的，但是它的推移量是固定的，所有 sample 都固定的往前或往後推移，再加上漏掉的最開頭或最末端，通常是靜音 sample，所以對音質來說，是沒有影響的，只是從複製完整的資料的角度來看，不完美而已。

[阿榮]

如果以下要收取 5個可樂(代表音符) 然後之中有間隔(代表發聲時間)
排列如下 時間共20秒共20的數字 可樂代表 "1"
"0"代表無發聲時間
如果讀取時間無誤差的話，讀取如下
10001100000100001000
萬一 轉速受影響或受到震動，造成第三秒後讀取"時間"產生誤差，讀取如下
10000110000010000100

這個說法不對... 如前面所說的,

從10001100000100001000

變成10000110000010000100

已經是bit error了

所謂的jitter應該是

從1~0~0~0~1~1~0~0~0~0~0~1~0~0~0~0~1~0~0~0

(0秒到0.1秒)

資料完全不變

但是會變成1~0~~0~0~~1~~~1~0~~0~~0~0~~~0~1~~0~0~0~0~~1~~0~0~~0

(0秒到0.15秒)

上面的秒數是舉例，不要太認真

也就是說.. 即使有ＪＩＴＴＥＲ。。　頂多是時間不一樣

但是資料都是完全一樣的

而上面"~"的變化就叫做JITTER....

從每個資料元間的時間都是標準的"~"

變成~~甚至~~~這樣就叫做JITTER了....

[EX-S]

大家真是太發燒了

可惜有許多錄音與後製發燒程度遠不如各位....

[lovesho19]

如果以下要收取 5個可樂(代表音符) 然後之中有間隔(代表發聲時間)
排列如下 時間共20秒共20的數字 可樂代表 "1"
"0"代表無發聲時間
如果讀取時間無誤差的話，讀取如下
10001100000100001000
萬一 轉速受影響或受到震動，造成第三秒後讀取"時間"產生誤差，讀取如下
10000110000010000100

這個說法不對... 如前面所說的,

從10001100000100001000

變成10000110000010000100

已經是bit error了

所謂的jitter應該是

從1~0~0~0~1~1~0~0~0~0~0~1~0~0~0~0~1~0~0~0

(0秒到0.1秒)

資料完全不變

但是會變成1~0~~0~0~~1~~~1~0~~0~~0~0~~~0~1~~0~0~0~0~~1~~0~0~~0

(0秒到0.15秒)

上面的秒數是舉例，不要太認真

也就是說.. 即使有ＪＩＴＴＥＲ。。　頂多是時間不一樣

但是資料都是完全一樣的

而上面"~"的變化就叫做JITTER....

從每個資料元間的時間都是標準的"~"

變成~~甚至~~~這樣就叫做JITTER了....

恩 這樣我就瞭解了 謝謝各位解說及指教

[class6]

做一個進階的修正:

SPDIF 是16bit的串位訊號.
所以比較接近實際狀況的描述是:

0001110101101010 ~~~~~~~~ 0001010101010010
0001110101101010 ~~~~~~~ 0001010101010010

jitter是這2串資料時間間隔的微小差異造成的.

[class6]

jitter造成的原因:
一個
理論上應該在1.0000秒的訊號值.
實際上卻是在1.0003秒. (發生在D->A 或是 A->D)



但從硬碟放音樂.
並不會利用硬碟的轉速當時鍾.
所以抓音軌到硬碟.
不管光碟/傳輸怎麼忽快忽慢
只要是一個一個值 依序正確的紀錄.
完全不會有jitter的問題.


不過在這裡小弟想請教一個問題:
CD PLAYER. 或是用電腦的光碟機放CD的時候.
到底是用轉速還是震盪器當時鐘啊?
(如果是用轉速........那某些CP PLAYER宣稱的超倍取樣是???)

[teamJDK]

SPDIF 傳輸的情況又比較特殊，SPDIF 傳輸線裡面，除了傳輸 sample 的數值資料以外，同時用 bi-phase coding 調變進去傳輸來源的工作時鐘，把傳輸來源機器的時鐘一併傳給接收端的機器，讓接收端的機器能跟來源同步，這樣兩個獨立的機器才能同步的一起工作，不然各做各的我們會聽到一堆掉音或者爆音。
但是這種用同一條線利用調變同時傳輸數值訊號跟時鐘訊號的作法，使得傳輸的時鐘訊號很容易受到雜訊的干擾，使得時鐘非常的不準，也就是在傳輸的過程中 jitter 增加了。
雖然接收端將時鐘訊號擷取出來以後，通常會做整型，把雜訊濾除，重新用比較精準的時鐘 re-clock，甚至用 buffer 排好，對準了之後再送出，但是似乎 SPDIF 的傳輸品質還是有或多或少的影響。
以上這種 jitter 稱為傳輸式的 jitter，所以 jitter 真的是發生在很多種地方，這個名詞真的是有很多種用法，泛指各種時間軸上的誤差，所以真的會很容易搞混它的意義，變得雞同鴨講
除了 re-clock 和 buffer 以外，在 pro audio 業界，比較嚴謹的製作環境，通常會另外用一台專門的機器來產生精準的 wordclock，利用 BNC 線將時鐘同時傳給兩台機器，讓兩台機器使用外部的時鐘同步工作，這種單獨傳 wordclock 的傳輸線和介面都有嚴格的設計，傳輸途中的 jitter 會降到最低，所以 jitter 的問題就很輕微，遠比 AES/EBU 和 SPDIF 優秀。

[EX-S]

SPDIF 傳輸的情況又比較特殊，SPDIF 傳輸線裡面，除了傳輸 sample 的數值資料以外，同時用 bi-phase coding 調變進去傳輸來源的工作時鐘，把傳輸來源機器的時鐘一併傳給接收端的機器，讓接收端的機器能跟來源同步，這樣兩個獨立的機器才能同步的一起工作，不然各做各的我們會聽到一堆掉音或者爆音。
但是這種用同一條線利用調變同時傳輸數值訊號跟時鐘訊號的作法，使得傳輸的時鐘訊號很容易受到雜訊的干擾，使得時鐘非常的不準，也就是在傳輸的過程中 jitter 增加了。
雖然接收端將時鐘訊號擷取出來以後，通常會做整型，把雜訊濾除，重新用比較精準的時鐘 re-clock，甚至用 buffer 排好，對準了之後再送出，但是似乎 SPDIF 的傳輸品質還是有或多或少的影響。
以上這種 jitter 稱為傳輸式的 jitter，所以 jitter 真的是發生在很多種地方，這個名詞真的是有很多種用法，泛指各種時間軸上的誤差，所以真的會很容易搞混它的意義，變得雞同鴨講
除了 re-clock 和 buffer 以外，在 pro audio 業界，比較嚴謹的製作環境，通常會另外用一台專門的機器來產生精準的 wordclock，利用 BNC 線將時鐘同時傳給兩台機器，讓兩台機器使用外部的時鐘同步工作，這種單獨傳 wordclock 的傳輸線和介面都有嚴格的設計，傳輸途中的 jitter 會降到最低，所以 jitter 的問題就很輕微，遠比 AES/EBU 和 SPDIF 優秀。

沒想到連world clock都出現了
網兄果然深藏不露

[阿榮]

做一個進階的修正:

SPDIF 是16bit的串位訊號.
所以比較接近實際狀況的描述是:

0001110101101010 ~~~~~~~~ 0001010101010010
0001110101101010 ~~~~~~~ 0001010101010010

jitter是這2串資料時間間隔的微小差異造成的.

你再想一下... 你真的確定是這樣嗎?

CDROM上面的儲存方式只有1跟0喔....

所以應該是每個BIT間都會有JITTER....

[teamJDK]

SPDIF 傳輸的情況又比較特殊，SPDIF 傳輸線裡面，除了傳輸 sample 的數值資料以外，同時用 bi-phase coding 調變進去傳輸來源的工作時鐘，把傳輸來源機器的時鐘一併傳給接收端的機器，讓接收端的機器能跟來源同步，這樣兩個獨立的機器才能同步的一起工作，不然各做各的我們會聽到一堆掉音或者爆音。
但是這種用同一條線利用調變同時傳輸數值訊號跟時鐘訊號的作法，使得傳輸的時鐘訊號很容易受到雜訊的干擾，使得時鐘非常的不準，也就是在傳輸的過程中 jitter 增加了。
雖然接收端將時鐘訊號擷取出來以後，通常會做整型，把雜訊濾除，重新用比較精準的時鐘 re-clock，甚至用 buffer 排好，對準了之後再送出，但是似乎 SPDIF 的傳輸品質還是有或多或少的影響。
以上這種 jitter 稱為傳輸式的 jitter，所以 jitter 真的是發生在很多種地方，這個名詞真的是有很多種用法，泛指各種時間軸上的誤差，所以真的會很容易搞混它的意義，變得雞同鴨講
除了 re-clock 和 buffer 以外，在 pro audio 業界，比較嚴謹的製作環境，通常會另外用一台專門的機器來產生精準的 wordclock，利用 BNC 線將時鐘同時傳給兩台機器，讓兩台機器使用外部的時鐘同步工作，這種單獨傳 wordclock 的傳輸線和介面都有嚴格的設計，傳輸途中的 jitter 會降到最低，所以 jitter 的問題就很輕微，遠比 AES/EBU 和 SPDIF 優秀。

沒想到連world clock都出現了
網兄果然深藏不露

我所知道的也就只有這些 ^^;
正是因為當初制定 AES/EBU 的時候為了節省傳輸線，沒有考慮到這樣做的缺點，所以後來音樂製作廠商才會自己搞 TDIF, ADAT 等 PCM 數位傳輸規格，一直到現在 DSD 用的 SDIF-3。
所以說錄音工程業界，可能發燒的程度遠遠比不上 audiophile，但是就基本面來說，基於實事求是的工程精神，凡是能在規格上有所進步的，pro audio 業界通常會盡力做到最好，也就是說也許他們在細節或用料上不是最發燒，但是先天條件的基本規格一定要求最進步
所以 EX-S 兄不用妄自菲薄

另外 CD 讀出來的訊號，是 RF 的類比訊號，從中再擷取出 clock 和 EFM data，最後再解碼成 16bit 的 PCM 資料，不是讀出來就是排好的 PCM data。所以上面舉的 jitter 間隔的例子，包括用 PCM 波形，sample 間隔來解釋 DAC 工作時鐘的影響，都是形象化的，讓人比較容易理解的說法，所以我前面在解釋的時候才會用「我們可以想像成」這樣的用詞來說明，其實並不是很精確，不過能讓人明白大致的原理就好

另外就是 CD 抽出來的這個 clcok，並不會拿來當成 DAC 轉換工作用的 clock，所以這就很奇怪，會什麼 CD 本身的 jitter 會影響到發出來的音色？
有一種說法是，雖然 CD 的 jitter clcok 本身並不會直接影響 DAC 工作時的 clcok，但是 CD 的 jitter 會影響伺服電路控制馬達運轉讀取的情況，這樣會造成 CD 機的工作電壓不穩定，也就是基準電壓會輕微的上下飄移變化，進一步影響 DAC 轉換出來的類比波形，所以會造成音色的變化。
也就是說，我們可以想像為 PCM 的圖形，本來 jitter clcok 影響的是水平的時間軸，改變每一個 sample 之間的距離，造成間距有些比較寬，有些比較窄，這樣連結起來的類比曲線，就會和等寬度的類比曲線不同。
但是現在 CD jiiter 造成的影響不是這樣，不是水平的時間軸的改變，而是垂直的 ampulitude 振幅的改變，因為中心基準 0 的位置一直在上下的輕微飄移，一會兒是 +0.0001，一會兒是 -0.0001，所以每一個 sample 的數值(振幅)都輕微的上下抖動，所以才造成了音色的變化。
這是 PrismSound 工程師們提出的解釋，他們也沒有把握這個解釋是對的

[abrahamkuo]

大家講了那麼多，其實都是古代光碟機的原理
現在電腦的光碟機，甚是有用到PRML的技術了
音樂CD雖不如資料CD有錯誤更正碼C3保護
不過也有簡單的C1與C2

照板上大家發燒龜毛的個性，光碟片抓取音軌還會有C1/C2更正不回來的應該很少。會造成C1/C2更不回來的，可能有刮痕、指印、原廠母模爛(大陸片常有)等等。不過就算有以上的問題也不代表會有「錯聲」多讀幾次(光碟機的韌體會自動retry)也許就讀出來了。特別是大家常用的軟體EAC，可設定成讀兩次比較一樣才算數，在數學上有發生erasure的解碼，重讀兩次解出來還會一樣幾乎不可能，所以EAC說no-error，應該就是沒問題(前提當然是軟體設定要對)

至於jitter，有網兄也說很多了，有buffer時(現在應該買不到沒buffer的光碟機)，read jitter就不會有了。

不過有一種問題是可能會有的，就是音軌的offset，在光碟機沒有校正下，抓音軌會有offset。因為每個音軌前面都會有2秒的靜音(如果你的音樂有符合光碟機的規格)，沒校正的音軌可能會有數十byte長度的誤差，也就是你的靜音會變成較短或較長。
那麼影響有多大呢？大家可以算一下，音訊每秒是150K bytes，若是差了150byte，就是差了千分之一秒的音樂長度，而且是靜音。

[EX-S]

恕刪~

所以 EX-S 兄不用妄自菲薄

另外 CD 讀出來的訊號，是 RF 的類比訊號，從中再擷取出 clock 和 EFM data，最後再解碼成 16bit 的 PCM 資料，不是讀出來就是排好的 PCM data。所以上面舉的 jitter 間隔的例子，包括用 PCM 波形，sample 間隔來解釋 DAC 工作時鐘的影響，都是形象化的，讓人比較容易理解的說法，所以我前面在解釋的時候才會用「我們可以想像成」這樣的用詞來說明，其實並不是很精確，不過能讓人明白大致的原理就好

另外就是 CD 抽出來的這個 clcok，並不會拿來當成 DAC 轉換工作用的 clock，所以這就很奇怪，會什麼 CD 本身的 jitter 會影響到發出來的音色？
有一種說法是，雖然 CD 的 jitter clcok 本身並不會直接影響 DAC 工作時的 clcok，但是 CD 的 jitter 會影響伺服電路控制馬達運轉讀取的情況，這樣會造成 CD 機的工作電壓不穩定，也就是基準電壓會輕微的上下飄移變化，進一步影響 DAC 轉換出來的類比波形，所以會造成音色的變化。
也就是說，我們可以想像為 PCM 的圖形，本來 jitter clcok 影響的是水平的時間軸，改變每一個 sample 之間的距離，造成間距有些比較寬，有些比較窄，這樣連結起來的類比曲線，就會和等寬度的類比曲線不同。
但是現在 CD jiiter 造成的影響不是這樣，不是水平的時間軸的改變，而是垂直的 ampulitude 振幅的改變，因為中心基準 0 的位置一直在上下的輕微飄移，一會兒是 +0.0001，一會兒是 -0.0001，所以每一個 sample 的數值(振幅)都輕微的上下抖動，所以才造成了音色的變化。
這是 PrismSound 工程師們提出的解釋，他們也沒有把握這個解釋是對的 [/quote]


啪啪啪啪~說的精采

妄自菲薄!?倒也不是
只是看到國內的商業錄音生態有感而發....

說來world clock通常是多機作業中用到的...
只是小弟ㄧ直沒有深入研究~

jitter真的要等器材與鑑賞能力到ㄧ種程度
才可能開始去體會囉... .