作者Archiv (><)
看板Headphone
標題Re: [心得] 數位不就0與1怎麼可能(略
時間Thu May 12 01:28:51 2022
其實上一篇的推文大概都把原因講得差不多了。
首先數位資料傳輸正確性這裡不會有問題，錯誤率低到一天遇不到幾次(系統正常的話)
真的出錯的時候會是類似聽到聲音瞬間斷一下的情況而不是變糊或是音場大小這種差異。
但是，數位訊號正確並不代表DAC最後轉換出來的類比訊號完全一致。
數位訊號在真實世界中也是以類比方式作為載體。
比方說當下的阻抗為100Ω, 5V 50mA和4.9V 49mA的電流可能都是被判定成bit 1。
(隨便舉例，實際上應該是加上時間的波形)
最後轉換出來的類比訊號不見得會完全相同。
比較會造成聲音不同的狀況就我自己目前的認知大概會有下面幾種:
數位傳輸的jitter:
如果沒有非同步的話變成使用數位輸出端訊號時基jitter問題會很大。
不過如果使用了非同步的DAC，那這個問題可以完全隔離掉。
雜訊:
這個問題在沒有特別處理過的PC上非常嚴重。
PC運作是以數位訊號運作為前提的，所以只要符合規範範圍數位不要出錯就好。
PC上元件和功能太多
電供要把交流電轉出12V 5V 3.3V DC供給板子上的晶片，CPU, RAM, 硬碟, 顯卡, ...
這些都會互相干擾影響電壓穩定性。
再加上家電共地雜訊的問題，可以說一台PC就是一個雜訊製造機。
樹梅派和linux在這上面有非常大的優勢
因為架構簡單而且系統上跑的功能比較少。
也可以透過線性電供或是電池來處理用電環境的汙染。
通常使用電池供電樹梅派做為數位輸出和一般PC比較，
都可以非常明顯的聽出來背景變黑聲音變乾淨。
數位系統的染色(音染):
最後這個算是我自己實務上遇到的差異，還沒有太好的理論解釋。
因為我確實在音響用的USB線或是電源線當中聽到調音差異。
推測是數位輸出端的一些電流/阻抗的特性還是會傳到DAC之後的系統上。
如果使用光纖輸出的話則就感覺不到差別了。
回到原PO一開始的問題，如果想要一台電腦同時看影片打遊戲聽音樂。
如果你的DAC沒做的太差我建議是走光纖輸出。
大概還是會有個及格分不會輸其他數位輸出太多。
我自己是用benchmark dac3
PC走光纖輸出
另外線性電供給樹梅派跑piCorePlayer走USB輸出
平時玩遊戲看影片或隨便聽的時候走光纖。
想認真聽音樂的時候再開樹梅派。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 219.91.105.253 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Headphone/M.1652290135.A.CCB.html
※ 編輯: Archiv (219.91.105.253 臺灣), 05/12/2022 01:32:39
※ 編輯: Archiv (219.91.105.253 臺灣), 05/12/2022 01:41:41
1F：→ evadodoya: 光纖不代表前端就不用顧 你當他中間線材那段影響變小 05/12 05:53
2F：推 djboy: 以你的例子，4.9和5.0得到的1，會是相同的輸出。這是基本數 05/12 07:09
3F：→ djboy: 位運作邏輯。 05/12 07:09
4F：推 xoy: 光纖的問題是電光跟光電轉換很容易產生Jitter，如果DAC對於S 05/12 07:21
5F：→ xoy: /PDIF Jitter有很好的解決方式那用光纖才是比較面面俱到的選 05/12 07:21
6F：→ xoy: 擇。 05/12 07:21
7F：→ xoy: 另外USB非同步不代表不會有內部的Jitter，DAC Chip本身一定 05/12 07:26
8F：→ xoy: 是吃同步訊號，所以USB以及網路等非同步介面最後還是要轉換 05/12 07:26
9F：→ xoy: 跟產生資料跟時鐘的同步訊號給DAC Chip線路，常見的有I2S或L 05/12 07:26
10F：→ xoy: VDS，這個轉換受限於成本還是有可能不盡理想，也所以近年很 05/12 07:27
11F：→ xoy: 多中高階的USB DDC就是把轉換拉到獨立的機器做 05/12 07:27
12F：推 djboy: nuprime cto 有說，他用光纖。我高手同事也是這樣講，因為 05/12 07:40
13F：→ djboy: 同軸還是要串前面的電。 05/12 07:40
14F：→ djboy: USB 和同軸 差不多的架構，所以還是建議光纖。 05/12 07:41
15F：推 djboy: 還有，光電會有jitter，我看資料的結果，不是如此。因為SPD 05/12 07:46
16F：→ djboy: IF的把clock資料包在數位資料中，天生就是非同步的架構概念 05/12 07:46
17F：→ djboy: 。 05/12 07:46
18F：→ djboy: 所以我不知道，光電轉換的jitter，如何影響後面的DAC 05/12 07:48
19F：推 Taniwha: 我完全忘記主機板有光纖輸出孔這件事了(炸 05/12 07:59
20F：→ Taniwha: 現在配置已經改成遊戲電影用光纖，音樂樹莓，棒棒 05/12 08:00
21F：→ Taniwha: 系統又一次大提升 05/12 08:00
22F：推 xoy: S/PDIF是訊號時鐘混合的同步訊號，訊號時鐘在DAC端分離後時 05/12 08:03
23F：→ xoy: 鐘訊號本身在傳送產生的時間差一樣是Jitter，DAC端的S/PDIF 05/12 08:03
24F：→ xoy: Jitter解決方案常見的就是Reclock重新產生時鐘訊號再讓資料 05/12 08:03
25F：→ xoy: 對上 05/12 08:03
26F：推 laeva75: SPDIF跟非同步無關，SPDIF是把clock跟data包在一起傳輸， 05/12 08:06
27F：→ laeva75: DAC端的DIR收到SPDIF後從中分離CLOCK跟DATA給後面DA轉換 05/12 08:06
28F：→ laeva75: 。這樣的架構下前端CLOCK的Jitter就直接影響到後端的DAC 05/12 08:06
29F：→ laeva75: 光纖的問題是光電轉換的過程也會增加額外的jitter 05/12 08:08
30F：推 xoy: 光纖的Jitter很容易查到資料，老問題了，以前光纖介面除了To 05/12 08:11
31F：→ xoy: sLink還有一個AT&T玻璃光纖，號稱Jitter比較小，不過現在幾 05/12 08:11
32F：→ xoy: 乎在民用設備消失了 05/12 08:11
34F：→ xoy: 把S/PDIF當非同步就超出我的認知太多了，無從回覆起 05/12 08:12
35F：推 iamala: 我認為同步不同步都不是重點。理想上只要最終轉類比的時 05/12 08:23
36F：→ iamala: 候的數位資料沒錯，同步clock穩定，類比電源乾淨，這樣前 05/12 08:23
37F：→ iamala: 面怎麼傳理論上都沒差。前面影響的往往不是數據，而是最 05/12 08:23
38F：→ iamala: 後面的類比電路的電氣特性。 05/12 08:23
39F：推 xoy: 另外這整串討論用的DAC Qutest設計者Rob Watts也偏好光纖介 05/12 08:26
40F：→ xoy: 面，理由就我提的哪些，不過用戶不見得都同意就是了，給Tani 05/12 08:26
41F：→ xoy: wha參考 05/12 08:26
42F：推 icekiba: 有整理給推XD 05/12 08:37
43F：推 djboy: 推一下 laeva75。 05/12 08:41
44F：→ djboy: 我講非同步的原因，是要強調後端DAC的CLOCK，是獨立於前端 05/12 08:41
45F：→ djboy: 如果我沒有記錯，同軸要傳數位資料時，也是要用前端的CLOCK 05/12 08:42
46F：→ djboy: 重新編一次。所以我是基於 同軸 VS 光纖 的概念來比較。 05/12 08:43
47F：→ djboy: 至於為何不拿USB來比…… 因為我還沒有研究到UAA的架構，還 05/12 08:44
48F：→ djboy: 有WIN的底層重組資料的CLOCK來源，就不敢說了。 05/12 08:44
49F：→ djboy: 至於那個 光纖jitter，是所有訊號都會有的；數位的好處，就 05/12 08:45
50F：→ djboy: 是可以無視這些jitter，只要訊號在範圍內而正確解出0與1 05/12 08:45
51F：推 laeva75: jitter影響的是DAC數位轉類比的"時間點"，而非資料本身 05/12 08:50
52F：推 xoy: S/PDIF不管載體是光纖或同軸或AES都是訊號時鐘混合的同步訊 05/12 08:52
53F：→ xoy: 號，最簡單的DAC就是把S/PDIF的訊號時鐘分離後直接灌給DAC C 05/12 08:52
54F：→ xoy: hip或濾波，同步的觀念來自這裡，之後中間要不要reclock是另 05/12 08:52
55F：→ xoy: 一回事，我也沒看過DAC對S/PDIF的處理光纖跟同軸會不一樣 05/12 08:52
56F：推 djboy: 光纖jitter 會影響 DAC的CLOCK準位？ 如果用光纖，他必定 05/12 08:55
57F：→ djboy: 是用自己的clock，根據資料中的CLOCK資料去轉換。DAC會參考 05/12 08:55
58F：→ djboy: 光電轉換器的CLOCK？ 還是你是指，DAC 和 光電轉換器，需要 05/12 08:56
59F：→ djboy: 用到同一個CRYSTAL? 05/12 08:56
60F：→ djboy: 不過這個和光纖jitter也無關吧；反正時間到，解出來就好了 05/12 08:57
61F：→ djboy: 喔，是說，光電轉換器要把資料先轉成dac可以吃的型式，這個 05/12 09:00
62F：→ djboy: 時候，光電轉換器的品質，就會有影響了。我去問一下 05/12 09:00
63F：推 laeva75: 高電位變低點位或低電位變高電位會需要時間 05/12 09:00
64F：→ djboy: 上次我去問了，被白眼回來~~~(嗚嗚) 05/12 09:01
65F：推 djboy: 如果是光電轉換端的高低電位時間不定，那只是正常的jitter 05/12 09:04
66F：→ djboy: 不會被特別考量。看版上有沒有做PCBA HW RD 來解答一下。 05/12 09:05
67F：推 laeva75: 每多經過一段線路、一顆元件、一次轉換，就會增加一部分 05/12 09:05
68F：→ laeva75: 時間差異 05/12 09:05
69F：→ djboy: 如果你是數位資料丟到DAC，DAC時鐘又是自己的，前端都會被 05/12 09:06
70F：→ djboy: 隔掉，這是非同步的優點。除非，數位資料在轉換時，那個 05/12 09:06
71F：→ djboy: 參照clock就很爛。 05/12 09:06
72F：→ djboy: 上次強者我同事就講過一串路徑上，各種CLCOK不同造成的影響 05/12 09:07
73F：推 xoy: 我覺得你把數位系統運作的時鐘跟S/PDIF的時鐘資料混為一談了 05/12 09:09
74F：推 laeva75: DAC時鐘是自己的前提是要有DAC有另外的電路去做Reclock 05/12 09:10
75F：→ laeva75: 去重整 05/12 09:10
76F：→ iamdinner: 這個感覺是宗教戰爭的地方了 05/12 09:12
77F：推 yamana: 已經不想戰數位了（攤手） 05/12 09:13
78F：推 djboy: 不會是宗教戰爭啦，其實上述都是有正確答案的，只是我們都 05/12 09:13
79F：→ djboy: 不是做音響系統的RD而己，才會在那裡討論。 05/12 09:14
80F：→ Archiv: 抱歉我上面講的非同步是指USB傳輸的時候的狀況 05/12 09:15
81F：→ djboy: 像是光電轉換的HW架構，拿個電路圖來，RD就知道怎樣了。 05/12 09:15
82F：推 laeva75: 而Reclock電路本身也會有jitter，沒做好的話雖然隔離了 05/12 09:15
83F：→ laeva75: 前方jitter但可能輸出自身更大的jiiter給後方DA轉換 05/12 09:15
84F：→ djboy: 到底CLOCK是怎樣的參照，HW/ SW RD，有研究過的可以直接講 05/12 09:15
85F：→ djboy: 只是，我不可能叫我同事整套講給我聽，唉~~~ 05/12 09:16
86F：推 djboy: 我上次就是問他SPDIF，然後他和我講了「傳輸前資料重編時的 05/12 09:19
87F：→ djboy: clock參照」問題，然後…我只好拿SPDIF spce來啃 (遠目) 05/12 09:19
88F：推 xoy: 一狗票有光纖介面的DAC都沒有Reclock電路，不用光纖傳來的時 05/12 09:22
89F：→ xoy: 鐘資訊要用誰的？ 05/12 09:22
90F：推 icekiba: 雞排太貴了 不買了 05/12 09:26
91F：推 djboy: 我是不太懂所謂 reclock電路。我比較100%確定的是，DAC IC 05/12 09:27
92F：→ djboy: 要運作，是一定要至少1個clock輸入才行。 05/12 09:27
93F：→ djboy: DAC把光纖數位資料還原成類比訊號時，是一定有clock可參照 05/12 09:28
94F：→ djboy: 至於IC內部是怎樣除頻或昇頻，應該就是各IC analog team的 05/12 09:29
95F：→ djboy: 功力所在了，像是SN比啊，或是精準度之類。做類比要靠天份! 05/12 09:29
96F：推 laeva75: ReClock就是用另外的Clock去取代原本來源端的Clock。例 05/12 09:37
97F：→ laeva75: 如用DAC機內晶震去做DA轉換時的基準而不是直接用透過光 05/12 09:37
98F：→ laeva75: 纖/同軸/USB從前端設備傳遞過來的Clock 05/12 09:37
99F：→ djboy: 因為在我的想法中，光纖傳輸 必定是後段要用自己的clock 05/12 09:40
100F：→ Archiv: spdif/toslink和USB傳輸確實不應該混為一談 05/12 09:40
101F：→ djboy: 去重現資料，只是這個重現資料是在那裡做而己。以現在DAC 05/12 09:40
102F：→ djboy: 飛天遁地下，直接丟給DAC做是很合理的，而且更直接，省掉中 05/12 09:41
103F：→ djboy: 間的傳輸和成本。 05/12 09:41
104F：推 iamala: 訊號本身的clock把他理解成標示訊號有效的strobe ，用來 05/12 09:42
105F：→ iamala: 解讀這一T是0/1而已。這和給類比電路標示這一T時間多長是 05/12 09:42
106F：→ iamala: 兩碼子事。前者jitter只要不嚴重到導致解碼錯誤，其實完 05/12 09:42
107F：→ iamala: 全不影響後者轉類比的表現的。 05/12 09:42
108F：推 xoy: Reclock S/PDIF實作需要電路跟晶片，有的用DSP有的用FPGA， 05/12 09:51
109F：→ xoy: 我手邊有Reclock的DAC就這兩種，或許有更簡單的方式，只是這 05/12 09:51
110F：→ xoy: 都需要看得到的電路跟成本，低價位有光纖介面的DAC通常不會 05/12 09:51
111F：→ xoy: 有 05/12 09:51
112F：推 laeva75: DA每次轉換一個sample的時間點是由clock去控制的，clock 05/12 09:52
113F：→ laeva75: 存在的jiiter會使得DA轉換sample的時間點有些偏移 05/12 09:52
114F：→ laeva75: 就會造成轉換出來的類比波形有點失真 05/12 09:54
115F：推 iamala: 對，只有DA的時候clock的品質才會影響聲音。其他數位訊號 05/12 10:00
116F：→ iamala: 處理以現今的技術都不影響 05/12 10:00
117F：推 laeva75: 不見得每台DAC都有對輸入的數位訊號做處理去排除前端設 05/12 10:05
118F：→ laeva75: 備ckock jitter的影響…… 05/12 10:05
119F：推 laeva75: 有些可能是直接用輸入訊號的clock去做DA轉換的基準 05/12 10:09
120F：推 iamala: 這種吃來自訊號clock給DA的真的不建議購買XD 05/12 10:11
121F：→ iamala: 這種架構不好，也省不了多少錢，只是便宜行事。此外，最 05/12 10:11
122F：→ iamala: 好買DA clock能外灌的。 05/12 10:11
123F：推 djboy: 後端收到SPDIF時，裡面就有TIME和DATA。你要自己重新去 05/12 10:12
124F：→ icekiba: Teac表示： 05/12 10:12
125F：→ djboy: regen，往往只會讓「誤差更大」，因為後端是不清楚前端的 05/12 10:13
126F：→ djboy: clock與系統狀況。正常來說，乖乖照資料解，才是王道。 05/12 10:13
127F：→ djboy: @iamala大， 時脈不建議外灌啦，那個會更不穩；外灌時間是 05/12 10:14
128F：→ djboy: 用在錄音間有8-1X個設備之間同步的。你的clock從A震出來， 05/12 10:15
129F：→ djboy: 經過自己PCBA-接頭-線-接頭-PCBA-DAC，翻山越嶺，更不準。 05/12 10:15
131F：推 laeva75: reclock沒做好的話確實會讓誤差（jitter）更大 05/12 10:18
132F：→ djboy: 我是蠻好奇，reclock 怎麼做的比原始的好……原理何在…… 05/12 10:20
133F：推 xoy: S/PDIF的同步訊號原始用途是錄音室需要的同步功能，時鐘資訊 05/12 10:20
134F：→ xoy: 是用在這裡，這是功能考量。用在HI Fi上不只是時鐘準確性的 05/12 10:20
135F：→ xoy: 問題，資料時鐘混合也是一個問題，後來才有人推I2S 05/12 10:20
136F：推 laeva75: 但你沒做就是會讓前端設備的jitter去影響後方da的輸出 05/12 10:21
137F：推 xoy: Reclock S/PDIF也可以做在DAC外透過DDC來做，常講的洗時鐘就 05/12 10:24
138F：→ xoy: 是這回事 05/12 10:24
139F：推 djboy: 你要有「資訊」才能去消除前端的jitter。就算有些演算法 05/12 10:25
140F：→ djboy: 前題也要有用才行。因為資訊涵量就在那邊，要改一定會有誤 05/12 10:26
141F：→ djboy: 差。 05/12 10:26
142F：推 laeva75: 例如加個buffer ,只負責把前方的資料暫存起來一小段時間 05/12 10:26
143F：→ laeva75: ，再把暫存的資料配合的本機的clock讀出來給後方DA 05/12 10:26
144F：→ djboy: 這個要做實驗啦，只是我覺得效果有限。 05/12 10:26
145F：推 xoy: DSP加Buffer就是常見的Reclock機制，很多DAC跟DDC都有，但是 05/12 10:29
146F：→ xoy: DSP很貴，所以通常還會一起提供升頻的功能 05/12 10:29
147F：推 laeva75: 主流的reclock做法是這樣……非同步USB做的就是這件事 05/12 10:29
148F：推 uone: 時脈很講求準確性然後又用外灌的方式增加傳輸路徑造成的誤差 05/12 10:32
149F：→ uone: ，怎麼想都有點怪怪的@@ 05/12 10:32
150F：推 verystupid: 除非原本的時鐘故意做爛啊…（望向櫃子上的某505） 05/12 10:34
151F：推 xoy: DAC外接時鐘跟用DDC洗S/PDIF其實是兩件事，也都有人同意有人 05/12 10:37
152F：→ xoy: 不同意(我還在懷疑某701跟某505類似) 05/12 10:37
153F：推 NerVGear: 如果談傳輸的話應該很大一個原因是USB訊號發出來的雜波 05/12 11:31
154F：→ NerVGear: 去影響到類比端吧 其實USB也是一個雜訊很大的東西 05/12 11:31
155F：→ NerVGear: 傳輸正確不代表它自身的雜訊不會去影響到其他系統 05/12 11:31
156F：→ NerVGear: 就像USB3.0會去干擾到WIFI一樣 05/12 11:32
157F：推 gs13010: 整串看下來知識量好大！簡單來說，可以想成對於最後da ch 05/12 11:50
158F：→ gs13010: ip可以有1.訊源直送2.內建3.外掛三種時鐘吧？哪個對當下 05/12 11:50
159F：→ gs13010: 系統來說最穩就哪個解資料 05/12 11:50
160F：推 gs13010: 不一定每一廠都有足夠的技術把最好的DA跟最好的時鐘在有 05/12 11:53
161F：→ gs13010: 限成本裡全部放進一個板子上 05/12 11:53
162F：推 icekiba: 樓上 你沒發現大些大廠都做得不怎麼樣不是前段班XD 05/12 11:56
163F：→ icekiba: 把最好痾技術塞進…要不要在想一下Xd 05/12 11:56
164F：推 gs13010: 大家心中對於最好，都有他們自己的一把尺啦～呵呵 05/12 12:01
165F：推 ultimatevic: 推iamala 05/12 12:44
166F：推 iamala: 仔細想了一下，不太可能DA完全只靠訊號解出的時鐘，不然 05/12 13:14
167F：→ iamala: 難道開機的時候沒有訊號就不需要時鐘嗎XD 另外雖然時鐘外 05/12 13:14
168F：→ iamala: 灌路徑會增加一些非理想路徑，但這些phase delay之類，或 05/12 13:14
169F：→ iamala: 是duty跑掉其實都不影響聲音，頻偏的jitter才是主因，而 05/12 13:14
170F：→ iamala: 這個不會因為路徑變長而增加的。至於為什麼外灌能做的比 05/12 13:14
171F：→ iamala: 較好咧？因為時鐘是對環境極其敏感的元件，一點溫度和電 05/12 13:14
172F：→ iamala: 壓的變化都會造成頻率不準，所以獨立於原本的數位類比電 05/12 13:14
173F：→ iamala: 路，做物理隔離是效果最好的。 05/12 13:14
174F：推 uone: 感謝i大補充 我的疑問也有點偏離主題了XD 05/12 13:28
175F：推 laeva75: 前端沒開就沒音訊輸出，DAC自然也不需要工作不是嗎 05/12 13:31
176F：推 djboy: PCBA板上一定有時脈產生器，開機就整個起動，然後沒有工作 05/12 13:41
177F：→ djboy: 的晶片，通常是進入stand by mode。 05/12 13:41
178F：→ djboy: 至於IC要用到幾組啥頻率的clock或，就看各ic的設計了。 05/12 13:42
179F：推 laeva75: 最間單的dac架構就只有DIR IC+DAC IC而以沒有額外的晶震 05/12 13:47
180F：→ laeva75: ,單純只被動的將前端輸出的CLOCK及DATA去做DA轉換 05/12 13:47
181F：推 xoy: 數位系統運作使用的時鐘，跟同步訊號裡的時鐘資訊是可能相關 05/12 13:50
182F：→ xoy: ，但是是兩回事。DAC Chip的接脚會有自己的時鐘輸入接脚(通 05/12 13:50
183F：→ xoy: 常叫MCLK或類似字眼)，也會有S/PDIF的資料跟時鐘兩個輸入接 05/12 13:50
184F：→ xoy: 脚(DATA DATA_CLK之類的) 05/12 13:50
185F：推 djboy: DAC IC (與其他IC)，一定有CLOCK灌進去。 05/12 14:12
186F：推 kwpttw: 記得之前在網路上有看過ADI有一系列有關ADC、DAC jitter 05/12 15:27
187F：→ kwpttw: 的教學pdf檔（MT-xx號），甚至還有翻成簡中，裡面有提到 05/12 15:27
188F：→ kwpttw: 光電轉換的jitter，另外光纖本身內部折射、繞射等等也會 05/12 15:27
189F：→ kwpttw: 有jitter產生，還有文中提到電磁波、電源穩定性等等問題 05/12 15:27
190F：→ kwpttw: 最終都會導致數位傳輸過程的jitter，可以列在一起說，而 05/12 15:27
191F：→ kwpttw: 不是討論jitter時只想到傳輸線。 05/12 15:27
192F：→ kwpttw: 另外我的觀點是USB非同步或自適應模式理論上可以降低傳輸 05/12 15:27
193F：→ kwpttw: 上的jitter（pll要鎖的住，濾波器就不能太窄，降的jitte 05/12 15:27
194F：→ kwpttw: r就有限)，而且會有本地時鐘的jitter，DAC廠商仍有提出晶 05/12 15:27
195F：→ kwpttw: 片內做昇頻來處理jitter的方法，所以我猜也許換線還是會 05/12 15:27
196F：→ kwpttw: 有人能聽的出影響的，只是沒同步模式這般影響這麼大吧 05/12 15:27
197F：推 sam352306: 只好多買幾條同軸了 05/12 15:28
198F：推 ben745018: 不過幹嘛用光纖比usb 現在要走hires 注定走向usb跟hdm 05/12 16:08
199F：→ ben745018: i的介面 光纖最高也就24/192 普及率也不高 05/12 16:08
200F：推 classskipper: 要驗證jitter會不會影響聲音可以用Ian's FIFO 套件 05/12 16:18
201F：→ classskipper: 做雙盲測試 05/12 16:18
203F：→ chiyoda: JITTER檔案可下載試聽,但注意單位,那些都是很大的JITTER 05/12 18:54
204F：推 vincent323: 時代進步了，現在有一種光隔離是用USB>光纖網卡>USB 05/13 03:44
205F：→ vincent323: 不過這東西感覺不如廠商把光隔離直接做在DAC上 05/13 03:46
206F：推 TheWhack: USB光隔離的器材是指intona嗎？ 05/13 03:59
207F：→ chiyoda: 樓主深夜比較好聽不太會是電啦，晚上安靜才是主因 05/13 10:14
208F：→ chiyoda: intona的貴，版上之前有百萬光纖隔離可參考，或者拓品及 05/13 10:22
209F：→ chiyoda: 淘寶也有類似的產品也有效果 05/13 10:22
210F：推 Oswyn: 晚上安靜是主因 +1 05/13 14:50
211F：推 pameum: 我也在想為什麼不跟dac做在一起 05/14 10:29
212F：→ icekiba: 安靜的沒那麼快 05/14 11:01
213F：→ m9172250: 印象有光隔離晶片的dac 05/14 17:49