作者Skymaker (Skymaker)
看板Headphone
标题Re: [问题] 1394、USB或是PCI-E数位输出？
时间Sat Jan 31 22:51:54 2009
看到数位线又再战老梗线材了
虽然我想大家应该都知道理想的数位传输就是低干扰、零失真
但是偏偏还是有人常常说线材有差，我想这也不是无中生有
衰减的问题，只要线材不要太烂并且控制在一定长度之内都不会有问题
且数位讯号一旦衰减到DAC判读错误，通常声音是会非常明显的改变 (ex: 爆音)
所以数位同轴线材在导电率特性方面，并不用过於注重
而数位传输线又分为光纤、同轴、USB/IEEE1394，
而这些线材的差异不止在於讯号类型不同 (光/电)
光纤还比同轴多了光电转换器(注意，这东西并不在线身上)，
这零件的差异性很大，往往是jitter问题的所在
即便如此，光纤不被干扰、长距离与低衰减的特性还是令人喜爱
但市面上绝大部分的光纤线(赠品也好，欧美货也罢)几乎都是大陆代工厂生产
使用的材料符合Toslink标准的少之又少，不过一旦是符合标准的线身应该都OK
再往上推坑并没有多大意义。
而同轴线材，除了导体和端子的传导特性会造成数位讯号的失真与衰减外
还有特性阻抗匹配的问题，阻抗不匹配会造成信号反射的问题
(印象中数位线是75ohm..有错请指正)
(关於阻抗匹配的问题，大家可以看一下这网页的介绍
http://big5.ic160.com/info/news.asp?new_id=418
不过声音讯号的传输频率并不高，故影响也不会太严重)
除此之外也常会被其他的电磁讯号干扰，造成电讯号失真歪斜甚至混入高频杂讯
数位讯号除非电压准位或转态时间超过或低於DAC的设计边界条件
不然，理论上在不讨论jitter的状况下是都会转出一样的类比讯号的，
而且jitter并不是光线材好就能搞定的问题了
重点在於DAC Digital Input的部分所夹带的杂讯是否会影响到Analog output
所以同轴线材的部分，隔绝杂讯是相当重要的议题
(常看到同轴线很粗一条，其实导体不粗，包的很厚而已)
而USB / IEEE1394呢？其实他们的规格作为音讯传输是够用的
CD/PCM Wave (1.4Mbps ~ 1.5Mbps)
USB 1.1 (12Mbps)
IEEE1394 (400Mbps)
当然，不同Mode可能传输速度不同，这就有请高手解释了
而其传输特性也是跟同轴大同小异，只是这两个的高频杂讯更多(因为来源为电脑)
要设计能够阻绝USB带来的杂讯也是个重要的课题...
而且USB还有频宽共用问题(IEEE1394不清楚>"<)，容易断讯
有些UAB甚至还有主机板晶片组相容性问题 (ex: onkyo vs intel 915爆音)
相较之下，USB真的是较差的传输方式了，不过因为普及方便
所以很多厂商还是随钱潮开发出不少产品~
不过USB线需要对jitter做处理吗？ 我觉得并不需要
因为真正的数位声音讯号是透过 USB Audio Chip撷取电脑的数位讯号後输出的
要处理也是Chip的事情，轮不到线材来做
以上是我知道的一些东西，希望对大家有帮助
也欢迎讨论指教
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 123.195.20.4
※ 编辑: Skymaker 来自: 123.195.20.4 (01/31 22:54)
1F：推 louis0407:帮推 不过我很怀疑线材能对jitter作处理吗? 隔离外部 01/31 23:46
2F：→ louis0407:l杂讯是肯定有的 可是send端产生的部分 如果想靠材质或 01/31 23:46
3F：→ louis0407:滤波环之类的设计处理掉 在杂讯的特性具有高度不确定性 01/31 23:48
4F：→ louis0407:下 我觉得非常可能弄巧成拙 反倒成了破坏波形的因素之一 01/31 23:49
5F：→ nawussica:那是哪牌 多少钱 的光纤线是符合标准的? 01/31 23:53
6F：→ nawussica:所谓符合标准的线到底是哪些 01/31 23:58
※ 编辑: Skymaker 来自: 218.168.201.64 (02/01 00:16)
7F：推 padro:我前面某篇推文有给一个myav的讨论连结 可看看 02/01 00:16
8F：→ padro:同轴一般使用的同轴数位线都是标准75ohm的 厂线没阻抗问题 02/01 00:17
9F：→ padro:问题的一切就是在jitter阿 所以才会导致数位线材造成差异 02/01 00:18
10F：→ padro:无论s/pdif或是USB/1394走的isochronous mode 02/01 00:19
11F：→ padro:问题皆出自於讯号供给端给出讯号後不理 接收端无法校错 02/01 00:20
12F：→ padro:所以导致jitter的混入造成音色改变 02/01 00:20
13F：→ padro:而所谓的校错并非指讯号改变至爆音等error状态 02/01 00:21
14F：→ padro:指的是并非跟原始输出端能如数位资料比对 02/01 00:22
15F：→ padro:因此一些人用数位资料不会改变的一般观念代入自然会出问题 02/01 00:22
16F：→ padro:最大的问题在於streaming接收端没有办法跟输出端比对 02/01 00:23
17F：→ padro:所以jitter的混入无法得知 02/01 00:23
18F：→ padro:因此同样是数位讯号 AES/EBU在规范上则是利用相位比对 02/01 00:24
19F：→ padro:相对上来说会比较好一点 但仍无法完整避免jitter的问题 02/01 00:25
20F：→ padro:以上是我个人认知的看法啦 XD 02/01 00:26