作者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/cn.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