電腦訊源的數位輸出疑問

[godfire111]

我也很想問athew9問的問題
"如果我只要單純想要好的音質輸出，可有其他選擇","大半的功能好像都是錄音等專業製作上，什麼 32 channel、混音、MIDI控制器我應該是這輩子壓根用不到吧？"

J@ck兄的回答也是經典
"在預算有限的狀況下, 我覺得選擇這些比較貴一點的卡也是一個划算的解決方案."

目前正享受RME 9632 類比的感動
請問一下,如果要外接DAC,要到哪種等級以上才有感覺不同?
亞瑟DA20 建議嗎?

[danadio]

剛剛看了版主po的那篇原文與相關文章，只能說，原作者聽的器材、使用過的東西還不夠多，還沒辦法體會出差異，更不用說對音樂器材、理論的誤解。

電腦方便性、功能是沒話講的，但是要在這裡得到真正的美聲，很困難。話說回來，聽得爽就好，想那麼多做啥。

參考別人的說法，自己多聽聽是否這是想要的聲音，再衡量預算與個人使用習慣的問題，這樣就好啦！

[imbalance.tw]

我是被引述文章的原作。一直就在奇怪怎麼一篇陳年舊文突然有人回應，剛在看 google analytics 才發現原來來自這邊。

其實就如我文中所述，當然自己沒財力也沒學力完全了解，當初主要從數位訊號這邊開始研究，也是看中自己專長主要偏軟體，牽涉到電子學部份就非我所長。承蒙指教是非常感謝的。

可惜的是，部份的引述總是會有些誤差，若不看前後文，單指引述的部份，可說是漏洞百出。我在文中簡述的理念，就我粗淺理解，應該如下：

數位訊號的傳錯跟誤差是不同的。由於 DAC 是被動元件，會受時間訊號影響輸出，這是肯定的。只是在 jitter 部份，定義是誤差而不是錯誤，所以若用 buffer 的觀念，例如取0.1秒鐘 buffer（也就是音樂至少等0.1秒才出來），然後把時間訊號重做後再進 DAC chip，那麼前頭 jitter 的誤差就可不計。

blue 的 crystal lock 就它發表的 paper 來看，我覺得是個不錯的解法，但所有硬體的解法當然都是在系統中加入另一變因，用一個誤差取代另一個誤差，那就是看誰比較小了。例如 gold 也聽了，差異也是很大。我想由理論到實作上能控制多少變因，是問題關鍵。

電腦上要得到「真正的」美聲，很困難？這要看定義了。首先，甚麼算電腦？家用電腦嗎？裝了RME or xx 音效卡的電腦嗎？電腦有很多種的。 ;-) 第二，得到聲音是代表類比輸出？數位輸出？定義明確，才比較有得討論。我認為， 在可接受的價位內，從一般家用電腦獲得優質的數位輸出是絕對可行的。

另外一點很重要的是：請各位仔細思考一下， cd player 的運作原理是甚麼？在同一系列文章中提過，用 EAC 抓音軌，為何要如此做？以及硬碟的運作方式與 cd player 有何不同，對 "JITTER" 的影響是？我想提出：不管後方的其他器材，光就數位輸出部份，以 EAC 抓音軌，硬碟輸出的數位訊號，是遠優於由 cdp 輸出數位訊號的。正本清源，源頭弄好，出來的還不好，那不是源頭的問題，而是過程中如何處理訊號的問題。

聽了電腦mp3 聲音很爛，或是光碟機輸出聲音很爛，或是音效卡聲音不如發燒友天價的 cdp ，就說電腦沒有好聲音。這是我最常碰到的說法。前面很容易是實話，但這跟電腦沒有好聲，應不是同一問題。

[benA11]

我是被引述文章的原作。一直就在奇怪怎麼一篇陳年舊文突然有人回應，剛在看 google analytics 才發現原來來自這邊。

其實就如我文中所述，當然自己沒財力也沒學力完全了解，當初主要從數位訊號這邊開始研究，也是看中自己專長主要偏軟體，牽涉到電子學部份就非我所長。承蒙指教是非常感謝的。

可惜的是，部份的引述總是會有些誤差，若不看前後文，單指引述的部份，可說是漏洞百出。我在文中簡述的理念，就我粗淺理解，應該如下：

數位訊號的傳錯跟誤差是不同的。由於 DAC 是被動元件，會受時間訊號影響輸出，這是肯定的。只是在 jitter 部份，定義是誤差而不是錯誤，所以若用 buffer 的觀念，例如取0.1秒鐘 buffer（也就是音樂至少等0.1秒才出來），然後把時間訊號重做後再進 DAC chip，那麼前頭 jitter 的誤差就可不計。

blue 的 crystal lock 就它發表的 paper 來看，我覺得是個不錯的解法，但所有硬體的解法當然都是在系統中加入另一變因，用一個誤差取代另一個誤差，那就是看誰比較小了。例如 gold 也聽了，差異也是很大。我想由理論到實作上能控制多少變因，是問題關鍵。

電腦上要得到「真正的」美聲，很困難？這要看定義了。首先，甚麼算電腦？家用電腦嗎？裝了RME or xx 音效卡的電腦嗎？電腦有很多種的。 ;-) 第二，得到聲音是代表類比輸出？數位輸出？定義明確，才比較有得討論。我認為， 在可接受的價位內，從一般家用電腦獲得優質的數位輸出是絕對可行的。

另外一點很重要的是：請各位仔細思考一下， cd player 的運作原理是甚麼？在同一系列文章中提過，用 EAC 抓音軌，為何要如此做？以及硬碟的運作方式與 cd player 有何不同，對 "JITTER" 的影響是？我想提出：不管後方的其他器材，光就數位輸出部份，以 EAC 抓音軌，硬碟輸出的數位訊號，是遠優於由 cdp 輸出數位訊號的。正本清源，源頭弄好，出來的還不好，那不是源頭的問題，而是過程中如何處理訊號的問題。

聽了電腦mp3 聲音很爛，或是光碟機輸出聲音很爛，或是音效卡聲音不如發燒友天價的 cdp ，就說電腦沒有好聲音。這是我最常碰到的說法。前面很容易是實話，但這跟電腦沒有好聲，應不是同一問題。

你說的確實是有道理,不過很多時候就是實作會出問題,而且最大的問題就是你說的"過程中如何處理訊號的問題",有時候可能連送出去的資料都不一樣了......
就算沒經過修改,clock的資料也會因為電源雜訊或濾波器的關係而產生擾動,如此一來就會對那些完全依賴訊號clock的DAC造成很大的影響,
然後是電腦的GND很恐怖......

還有,我覺得你說的最後一段話很正確

[gentle7]

另外一點很重要的是：請各位仔細思考一下， cd player 的運作原理是甚麼？在同一系列文章中提過，用 EAC 抓音軌，為何要如此做？以及硬碟的運作方式與 cd player 有何不同，對 "JITTER" 的影響是？我想提出：不管後方的其他器材，光就數位輸出部份，以 EAC 抓音軌，硬碟輸出的數位訊號，是遠優於由 cdp 輸出數位訊號的。正本清源，源頭弄好，出來的還不好，那不是源頭的問題，而是過程中如何處理訊號的問題。

沒講沒想到!
這段話值淂好好想一下!

[狂人]

另外一點很重要的是：請各位仔細思考一下， cd player 的運作原理是甚麼？在同一系列文章中提過，用 EAC 抓音軌，為何要如此做？以及硬碟的運作方式與 cd player 有何不同，對 "JITTER" 的影響是？我想提出：不管後方的其他器材，光就數位輸出部份，以 EAC 抓音軌，硬碟輸出的數位訊號，是遠優於由 cdp 輸出數位訊號的。正本清源，源頭弄好，出來的還不好，那不是源頭的問題，而是過程中如何處理訊號的問題。

沒講沒想到!
這段話值淂好好想一下!

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

[imbalance.tw]

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

有個 idea 想請狂人兄指教：一般家用電腦的電氣特性不適合音響，但若是嵌入式系統呢？以播放所需的運算能力而言，並不需要非常耗能的CPU，目前有些系統以電池就可以啟動，例如 AMD Geode。散熱用被動散熱，搭配上 solid state hd or flash, 或是直接網路播放等等，等於拿掉所有有馬達的東西。crystal 方面的影響我就不清楚...

會寄希望於電腦上，是因為之後音樂的散播很可能是經由網路下載不同品質（不只MP3）的音樂，而非經由光碟片等等的媒介。所以若在 DAC 機器中可以用 buffer 或甚至其他我不知道的技術克服 jitter 問題，我們就擁有了下一代的高品質播放機器。

其實針對一個不穩定的傳輸環境（也就是 Internet）中的即時播放，buffer 是有效而且也最常見的解法，但在硬體方面的實作卻變得超乎想像的複雜啊...

[狂人]

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

有個 idea 想請狂人兄指教：一般家用電腦的電氣特性不適合音響，但若是嵌入式系統呢？以播放所需的運算能力而言，並不需要非常耗能的CPU，目前有些系統以電池就可以啟動，例如 AMD Geode。散熱用被動散熱，搭配上 solid state hd or flash, 或是直接網路播放等等，等於拿掉所有有馬達的東西。crystal 方面的影響我就不清楚...

會寄希望於電腦上，是因為之後音樂的散播很可能是經由網路下載不同品質（不只MP3）的音樂，而非經由光碟片等等的媒介。所以若在 DAC 機器中可以用 buffer 或甚至其他我不知道的技術克服 jitter 問題，我們就擁有了下一代的高品質播放機器。

其實針對一個不穩定的傳輸環境（也就是 Internet）中的即時播放，buffer 是有效而且也最常見的解法，但在硬體方面的實作卻變得超乎想像的複雜啊...

Buffer 其實是小事，Buffer 的輸出線路才是難處。

如果依照一個參考時鐘的資料來跑，資料是可以同步，但是那個時鐘的波形... 如果不是很漂亮的方波呢? 如果接收時鐘的線路是針對Rising Edge 來觸發，那個rising edge如果因為電路/線材配置的關係變成 Slew Rate 不足而變成圓角方波的時候，那個線路要從何處開始才能判定是觸發呢? 這個不確定點就是 jitter 的優秀供應商。


以上只是講一點我所知道的理論。

至於電腦方面，外接數位音響介面其實就不錯了。有個獨立電源的1394/USB 介面DAC，還是RME的 HDSP 9632 也都是很強的選擇。

[Higuma]

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

有個 idea 想請狂人兄指教：一般家用電腦的電氣特性不適合音響，但若是嵌入式系統呢？以播放所需的運算能力而言，並不需要非常耗能的CPU，目前有些系統以電池就可以啟動，例如 AMD Geode。散熱用被動散熱，搭配上 solid state hd or flash, 或是直接網路播放等等，等於拿掉所有有馬達的東西。crystal 方面的影響我就不清楚...

會寄希望於電腦上，是因為之後音樂的散播很可能是經由網路下載不同品質（不只MP3）的音樂，而非經由光碟片等等的媒介。所以若在 DAC 機器中可以用 buffer 或甚至其他我不知道的技術克服 jitter 問題，我們就擁有了下一代的高品質播放機器。

其實針對一個不穩定的傳輸環境（也就是 Internet）中的即時播放，buffer 是有效而且也最常見的解法，但在硬體方面的實作卻變得超乎想像的複雜啊...

Buffer 其實是小事，Buffer 的輸出線路才是難處。

如果依照一個參考時鐘的資料來跑，資料是可以同步，但是那個時鐘的波形... 如果不是很漂亮的方波呢? 如果接收時鐘的線路是針對Rising Edge 來觸發，那個rising edge如果因為電路/線材配置的關係變成 Slew Rate 不足而變成圓角方波的時候，那個線路要從何處開始才能判定是觸發呢? 這個不確定點就是 jitter 的優秀供應商。


以上只是講一點我所知道的理論。

至於電腦方面，外接數位音響介面其實就不錯了。有個獨立電源的1394/USB 介面DAC，還是RME的 HDSP 9632 也都是很強的選擇。

抱歉插花一下,狂人兄可有試過lynx的aes16? 如果只需要數位輸出,aes16價位上似乎比rme 9632親切點.

[狂人]

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

有個 idea 想請狂人兄指教：一般家用電腦的電氣特性不適合音響，但若是嵌入式系統呢？以播放所需的運算能力而言，並不需要非常耗能的CPU，目前有些系統以電池就可以啟動，例如 AMD Geode。散熱用被動散熱，搭配上 solid state hd or flash, 或是直接網路播放等等，等於拿掉所有有馬達的東西。crystal 方面的影響我就不清楚...

會寄希望於電腦上，是因為之後音樂的散播很可能是經由網路下載不同品質（不只MP3）的音樂，而非經由光碟片等等的媒介。所以若在 DAC 機器中可以用 buffer 或甚至其他我不知道的技術克服 jitter 問題，我們就擁有了下一代的高品質播放機器。

其實針對一個不穩定的傳輸環境（也就是 Internet）中的即時播放，buffer 是有效而且也最常見的解法，但在硬體方面的實作卻變得超乎想像的複雜啊...

Buffer 其實是小事，Buffer 的輸出線路才是難處。

如果依照一個參考時鐘的資料來跑，資料是可以同步，但是那個時鐘的波形... 如果不是很漂亮的方波呢? 如果接收時鐘的線路是針對Rising Edge 來觸發，那個rising edge如果因為電路/線材配置的關係變成 Slew Rate 不足而變成圓角方波的時候，那個線路要從何處開始才能判定是觸發呢? 這個不確定點就是 jitter 的優秀供應商。


以上只是講一點我所知道的理論。

至於電腦方面，外接數位音響介面其實就不錯了。有個獨立電源的1394/USB 介面DAC，還是RME的 HDSP 9632 也都是很強的選擇。

抱歉插花一下,狂人兄可有試過lynx的aes16? 如果只需要數位輸出,aes16價位上似乎比rme 9632親切點.

沒用過耶... 不好意思喔

[Higuma]

您客氣了 .

[lita]

個人小想法,
對"數位"訊號來說,某人提到的輸出的"波型",會影響到最後的結果,
個人是不太茍同的,我的想法很簡單,舉例:
從電腦端輸出一數位訊號: 00101011010010
DAC端在正常情況下會收到訊號: 00101011010010
然後由DAC把數位轉類比.
基本上,數位訊號 0就0, 1就1
除非設備或環境"太差". 發出,傳送到接收 出現錯誤的訊號.
(可能就是某人提到波形濫到0被讀成1)
但是這種情況很多嗎? 1%? 2% 50% or 很小很小. 這不是我的專業,我不下定論
但是個人想法是,應該非常少,少到你是發現不出來的
舉個例,如果你用DVI接螢幕,你能發現你的螢幕在一閃一閃的嗎?

但是DAC卻可以很輕易的主宰整個聲音的品質與走向!
同樣的 00101011010010 訊號,不同的DAC輸出的類比波形可能
會差很多,而這些差異是很容易被聽出來的.
所以你用的螢幕裡的DAC調教,你是直接可以看到的

所以,你是要專注在數位訊號呢? 還是DAC?

[狂人]

個人小想法,
對"數位"訊號來說,某人提到的輸出的"波型",會影響到最後的結果,
個人是不太茍同的,我的想法很簡單,舉例:
從電腦端輸出一數位訊號: 00101011010010
DAC端在正常情況下會收到訊號: 00101011010010
然後由DAC把數位轉類比.
基本上,數位訊號 0就0, 1就1
除非設備或環境"太差". 發出,傳送到接收 出現錯誤的訊號.
(可能就是某人提到波形濫到0被讀成1)
但是這種情況很多嗎? 1%? 2% 50% or 很小很小. 這不是我的專業,我不下定論
但是個人想法是,應該非常少,少到你是發現不出來的
舉個例,如果你用DVI接螢幕,你能發現你的螢幕在一閃一閃的嗎?

但是DAC卻可以很輕易的主宰整個聲音的品質與走向!
同樣的 00101011010010 訊號,不同的DAC輸出的類比波形可能
會差很多,而這些差異是很容易被聽出來的.
所以你用的螢幕裡的DAC調教,你是直接可以看到的

所以,你是要專注在數位訊號呢? 還是DAC?

因為你對於數位訊號懂得太少，才會無法苟同...

強烈建議你去看看有關jitter的相關文件與身體力行，直接自己實驗吧...

[imbalance.tw]

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

狂人兄您好

我想再多敘述一些想法，看您的意見如何。首先要補充之前的說法，就我所知，由於 cd player 是「即時」播放，所以對於訊號讀取若是無法一次讀正確，那麼就會被迫輸出並不肯定與 CD 上頭相同的訊號。基於這樣的想法，我才會主張先以硬碟加上 eac 之類的軟體花些時間抓下資料，直接以硬碟播放。

至於電腦 jitter 的問題，我是傾向先不處理，由 dac 以 buffer 加以解決。如您所言，buffer 的輸出線路會是困難點，但我覺得這問題應該由 dac 想辦法解決比較好，而非由電腦端解，不然我們又要面臨訊號如何傳輸 (s/pdif ?!) 的問題。

如果這樣的方向確立，那麼我們只需以低廉的價格就可以搞定輸出數位訊號的電腦，主要資源(研究、金錢)投入 DAC 就行了，這樣的方向，您覺得如何？

[狂人]

講起來都很簡單就是了，實際做起來... 嗯... 做做看就知道了... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

而回過頭來說，Blue 的 Crystal Lock 如果有那麼好，那他們也不會多給你個 NARROW/WIDE的選項了... 而 Blue 的 Crystal Lock 是針對一直不停變動的 clock 而設計的... 如一個一直往同一個方向漂移 (如一直加快或減慢的時鐘) 的時脈，那Crystal Lock的優勢，會真的是所向無敵。


但是... 有誰的機器會有不停加速或不停減速的 clock 啊?


Digital Lens 的作法高明多了...

狂人兄您好

我想再多敘述一些想法，看您的意見如何。首先要補充之前的說法，就我所知，由於 cd player 是「即時」播放，所以對於訊號讀取若是無法一次讀正確，那麼就會被迫輸出並不肯定與 CD 上頭相同的訊號。基於這樣的想法，我才會主張先以硬碟加上 eac 之類的軟體花些時間抓下資料，直接以硬碟播放。

至於電腦 jitter 的問題，我是傾向先不處理，由 dac 以 buffer 加以解決。如您所言，buffer 的輸出線路會是困難點，但我覺得這問題應該由 dac 想辦法解決比較好，而非由電腦端解，不然我們又要面臨訊號如何傳輸 (s/pdif ?!) 的問題。

如果這樣的方向確立，那麼我們只需以低廉的價格就可以搞定輸出數位訊號的電腦，主要資源(研究、金錢)投入 DAC 就行了，這樣的方向，您覺得如何？

其實最好的作法就是在源頭就有作過，在DA端再作一次對於性能只有增沒有減。而更方便的作法就是把SPDIF裡面的時脈訊號忽略掉，另外由一個Word Clock線路來提供，這樣子更好。


數位訊號如果只看他的01，是很容易修正的沒錯，但是看到內藏的時脈就會覺得，其實跟類比訊號也是一樣難修正。而您說的在DAC端Buffer，這個會碰到一個很簡單的問題，就是buffer overrun 或 underrun。

這就是為啥很多器材都只用 PLL 濾除縣路上的干擾，或是用個會變的時鐘 （Blue），不然就是用巧妙的計算 （Digital Lens）... 不然 buffer overrun/underrun一定是遲早的啊。



呵，先不聊了，剛扛一台前級回來，正在爽得不知所云。

[8705]

... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

狂人兄你好,关于SDRAM的JITTER达到20%这个说法,我想詢問一下出處。因爲之前我專門配了一小套HIFI PC自己聼音樂用，其中就是INTEL 810G芯片組，P3 1000的CPU，256MB的SDRAM。搭配LynxONE聲卡，連電源綫和信號綫都換成了AUDIOQUEST的了。如果SDRAM會產生如此之大的JITTER， 那麽我當然是馬上更新系統！:twisted: 就是不確定DDR或者DDR2的JITTER比較小？ 哪种芯片組JITTER比較小？謝謝！！

[darkavatar1470]

SDRAM 內頻最少 100 mhz... (DDR2 從 166 開始...)
peak-to-peak 距離 10ns...
jitter 20% 的話是 2000ps...
普通 CDP 不也差不多這樣的 jitter ?

數位訊號 0 跟 1 的還原比起類比訊號的放大失真根本可以忽略，
但是 jitter 所產生的變頻要多高檔的設備&訓練才聽得出來？
我覺得用 Buffer 避開電腦內部干擾是一個不錯的方法，
這樣只需考慮 DAC clock 的品質就很夠了，
只要電腦資源不要被吃光，under buffer 就不會發生，　(光碟機讀取 lag 就.....)
如果這時候還在煩惱 over buffer 不會太看不起 DAC 的設計師嗎....

[狂人]

... 呵... 電腦內的jitter大到變態，數位音響的 jitter 小到要用 PS 計算，電腦內的可是用%數在計算的. SDRAM 介面有的時候下的jitter會大到 20% 左右...

狂人兄你好,关于SDRAM的JITTER达到20%这个说法,我想詢問一下出處。因爲之前我專門配了一小套HIFI PC自己聼音樂用，其中就是INTEL 810G芯片組，P3 1000的CPU，256MB的SDRAM。搭配LynxONE聲卡，連電源綫和信號綫都換成了AUDIOQUEST的了。如果SDRAM會產生如此之大的JITTER， 那麽我當然是馬上更新系統！:twisted: 就是不確定DDR或者DDR2的JITTER比較小？ 哪种芯片組JITTER比較小？謝謝！！

那個不是在PC上量測出來的。基本上這些東西在訊號傳輸時只要沒有把clock訊號也包進去，那jitter只要不影響資料正確性就沒有問題。

要追求Jitter小之前，要先了解你追求的東西的本質。

[狂人]

SDRAM 內頻最少 100 mhz... (DDR2 從 166 開始...)
peak-to-peak 距離 10ns...
jitter 20% 的話是 2000ps...
普通 CDP 不也差不多這樣的 jitter ?

數位訊號 0 跟 1 的還原比起類比訊號的放大失真根本可以忽略，
但是 jitter 所產生的變頻要多高檔的設備&訓練才聽得出來？
我覺得用 Buffer 避開電腦內部干擾是一個不錯的方法，
這樣只需考慮 DAC clock 的品質就很夠了，
只要電腦資源不要被吃光，under buffer 就不會發生，　(光碟機讀取 lag 就.....)
如果這時候還在煩惱 over buffer 不會太看不起 DAC 的設計師嗎....

我覺得你應該要多實驗再來說吧。Rising/falling edge 上所產生的jitter就很容易聽到了。你自己比一下同軸跟光纖的感覺吧。

[darkavatar1470]

其實我這幾天稍微想過了一下狂人兄前面講的話，
既然光纖同軸傳送的是一樣的數位訊號，
哪光纖多一個轉換步驟確實多了可能出錯的因素。
而且短距離傳送也沒什麼衰減問題，
而且同軸傳的是數位訊號，
即使受干擾影響應該也不大吧？
不過照這樣說的話，難道用主機板同軸輸出就夠用了嗎 ( 我才剛買音效卡呀 )
還是先存錢買個好一點的 DAC 再來親自聽聽看好哩....


話說我覺得很多事情都只是一個 compromise...
解決一個問題又會產生新的問題，
很多時候只能選擇問題較小的去執行。

所以我想請教一下狂人兄，
怎樣的架構才是你覺得最完美的數位系統呢？

[狂人]

其實我這幾天稍微想過了一下狂人兄前面講的話，
既然光纖同軸傳送的是一樣的數位訊號，
哪光纖多一個轉換步驟確實多了可能出錯的因素。
而且短距離傳送也沒什麼衰減問題，
而且同軸傳的是數位訊號，
即使受干擾影響應該也不大吧？
不過照這樣說的話，難道用主機板同軸輸出就夠用了嗎 ( 我才剛買音效卡呀 )
還是先存錢買個好一點的 DAC 再來親自聽聽看好哩....


話說我覺得很多事情都只是一個 compromise...
解決一個問題又會產生新的問題，
很多時候只能選擇問題較小的去執行。

所以我想請教一下狂人兄，
怎樣的架構才是你覺得最完美的數位系統呢？

最完美的系統... 大概非幻聽莫屬了吧。畢竟有哪個系統可以讓人聽到神鬼之音，然後還會跟著照做的啊? 呵呵...

電腦的同軸也不一定有多強，真的要好的數位輸出，還是要有個像樣的錄音卡來做會比較好。

[iDemon]

之前米地摩爾有人拿 HHB CDR-800 去比較 Lynx L22 及 RME 9632 的數位輸出
以 Lavry Gold DA924 測評

即使兩張卡不及HHB CDR-800，它倆之間走向也有不小的差異

如果以極低價的主機板內建音效同軸去做測評… 不可想像