楼主:
Taniwha (Levian)
2022-05-11 12:53:36另外回一篇,比较容易看
目前看下来,推测应该是RoPieee内部的系统与PC的Windows处理机制不同
加上树莓派本身硬件架构比较简单,干扰少所以把讯源输出换成树莓派时
造成的听感差异,我的结论是这样
输出的架构是这样
*音量统一在Roon里面都是设定成 Fixed Volume 由 Qi 控制音量
原架构 PC(Roon Server)没有开任何DSP -> USB -> 老虎鱼 -> USB -> Qutest
-> Qi -> XLR -> HD800s
树莓 PC(Roon Server)没有开任何DSP -> Roon Bridge(透过家用内网)
-> 树莓(RoPieee)没做任何其他设定 -> USB -> 老虎鱼 -> USB -> Qutest
-> Qi -> XLR -> HD800s
其实我觉得比较困惑的是在资料到Qutest以前,应该都是数位的,歌曲当初是
怎么纪录成数位的,在还没有变成类比讯号以前应该不会有差(我猜),我的认
知是数位应该是01组成的纪录,不是0就是1为啥解读数位这部分会有差异?
又不是量子除了01以外资料还有其他状态,我没办法理解为什么解读01会因为
系统不同会有差异?(可能表达疑问没表达的很清楚,请见谅,我尽力了QQ)
另,Roon的资料传递方式都是一样的,我检查过,除了最后到Qutest不同以外
PC直连是ASIO,树莓因为是Linux方式是ALSA
我没办法盲测,不过我反复插拔试听了三个小时,结论真的有差异就是(我的结论)
作者:
uone (鱼丸)
2022-05-11 13:05:00有个东西叫数位传输规范,意思是在这个规范下可以确保数位传输的正确性,那为什么会有这个"规范"呢? 硬件要是没遵守这个规范(例如传输线太长 阻抗不对 屏蔽做不好)noise就会强到开始影响数位资料的正确性了(error出现)。也就是说,打从一开始这门学问就没有否认过noise的存在阿
作者:
jhs1213 (...)
2022-05-11 13:06:00加入第三方来比较呢? 像是手机或平板USB接DAC
作者:
xoy (XerXes)
2022-05-11 13:11:00有iPad iPhone的话装Roon Remote一样可以输出Bit Perfect的USB Audio,很多Roon用户也这样用,自己比较看看。另外就是第一篇我提过PC如果可以跑Roon ROCK也可以拿来比较Windows跑Roon直连DAC
我是觉得你的状况很可能是市电或GND的问题才会有明显的听感变化。软件那些有设定好就不要再纠结数位是否正确的问题。可以先试着做隔离,弄好市电的接地或是查看市电回路上有没有接线错误这些基本的东西没弄好加上不够严谨的ABT你会遇到很多很玄的事情
作者:
icekiba (冷风寒)
2022-05-11 13:29:00我都自己盖核电厂发电 才能得到最干净的电源
作者:
icekiba (冷风寒)
2022-05-11 13:37:00电厂也能盲测 I服了U
作者:
hsakuya (绯色)
2022-05-11 14:35:00数位虽然是0跟1 但是这个0跟1是借由电流开与关来产生的而不是直接在设备跟线材间丢一个个白纸黑字的0跟1…数位讯号是由类比方式传递的 不同设备与线材间传递的0与1(电流开关)波形等都会有一些细微的差异 这些就是最后影响音色的部分
作者:
laeva75 (laeva75)
2022-05-11 14:53:00数位音响的重点在Clock信号阿....DAC将数位资料转换成类比信号的"时间点"
作者:
icekiba (冷风寒)
2022-05-11 15:20:00没人吐槽怎么扯到GND跟市电吗XD
可以吐槽看看 我来看看你的程度到那边PC跟树梅派我手上都有,欢迎讨论如果你每一篇都想引战,还真是耳机板的不幸
作者:
djboy (雞尾酒)
2022-05-11 15:38:00ROON 是AP,你还是要看 底层OS 的行为。PC 和 树梅派 都有,代表什么? 可以盲测?这篇不就是在讨论 数位0/1 的问题,就是来讨论(战?)的啊
作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 15:47:00"数位是类比的方式" 这其实某方面来说是很正确的
作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 15:48:00USB来说好了 总会用到"CDR/Serdes"对吧 严格说起来这是类比
PC跟树莓的电源设计就不同,PC多了一个EMI filter
作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 15:49:00电路 然后CDR跟SerDes的Reference Clock的jitter很重要以前让SI5328B输出的clock 过fpga general pll
作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 15:51:00然后我的tranceiver根本动不起来 原因是general pll产生
作者:
djboy (雞尾酒)
2022-05-11 15:52:00作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 15:52:00的jitter太大了 必须直入Transceiver的clock 以上我的经验
楼主:
Taniwha (Levian)
2022-05-11 16:12:00我觉得额外硬件的变因其实可以排除,因为我的整套系统包含电源都是同一个,没有改变,唯一改变的地方只是多了一个树莓的节点而已不过我可以理解楼上U大说的电源影响,跟深夜听音乐会觉得比较好听一样意思,由于不是电源专线,电的纯净度会波动处理电源又是坑啊,三大件都还没搞定实在没力弄电源
作者:
fritson (喵小凡)
2022-05-11 16:32:00老师,我有问题~就我所知1跟0分别是指高低电位,如果以0~5v来说,3.3v以上是高电位、3.3v以下是低电位,那如果在数位类比转换的过程(例如R2R)中,0不是稳定的0v、1也不是稳定的5v,而是不断在与3.3v之间跳动的情况下,虽然数位讯号仍然正确,但不知道会不会影响到声音表现?(以上纯属胡思乱想)
作者:
icekiba (冷风寒)
2022-05-11 16:36:00楼上 那就是前几楼讲的阿…
作者:
laeva75 (laeva75)
2022-05-11 16:38:00会你电源及地的电位乱跳(噪声),会造成到达高低电位的判定点的时间有误差,也就造成DAC输出的时间点有误差
作者:
fritson (喵小凡)
2022-05-11 16:49:00ice大大,不好意思晚辈不是学这个的,对原理理解的不深,只是自己在音响/耳机板上慢慢看了这么多年一直有这个疑问laeva大大谢谢解说~
作者:
icekiba (冷风寒)
2022-05-11 16:55:00GND跟市电这种没办法完全排除的因素 这是不可避免的 能完全排除绝对可以得诺贝尔奖
作者:
laeva75 (laeva75)
2022-05-11 17:00:00GND及市电影响可以用光纤或隔离IC及机内多级稳压甚至电池供电去尽量压低
作者:
icekiba (冷风寒)
2022-05-11 17:01:00但是不能完全100%排除阿这就是不可排除的变因阿XD
作者:
laeva75 (laeva75)
2022-05-11 17:11:00用电池供电不接市电的话就没有市电的影响了
作者:
icekiba (冷风寒)
2022-05-11 17:12:00那也是一个方法 可是电脑比较难用电池供电吧
作者:
laeva75 (laeva75)
2022-05-11 17:14:00电瓶+逆变器,或者就直接UPS拔掉市电
作者:
icekiba (冷风寒)
2022-05-11 17:15:00要那么搞刚吗 我刚才想说常用电池供电的那几个器材XD
作者:
xoy (XerXes)
2022-05-11 17:16:00要电池供电重点会在DAC跟耳扩,PC跟树苺派不是不行,中间还有老虎鱼做USB隔离影响相对小
作者:
icekiba (冷风寒)
2022-05-11 17:18:00扯远了 原Po原本的疑问应该是:为什么不同的前端传同样的01档案给后端 会影响声音?
作者:
laeva75 (laeva75)
2022-05-11 17:20:00其实我个人是认为跟电脑里一大堆吃电的ic/马达产生的噪声相比,市电的噪声大概几乎没影响吧看USB DAC把电源、地、Jitter跟电脑那边的隔离做到什么程度吧……
作者:
icekiba (冷风寒)
2022-05-11 17:23:00把电脑的地端隔离不就好了吗(天真回答
作者:
laeva75 (laeva75)
2022-05-11 17:26:00数位资料在"传输时"是Data(0或1)+ClockUSB DAC的输出CLOCK跟USB的CLOCK没脱钩的话,那你电源及地就算有隔离声音还是会受到前端PC的影响
作者:
djboy (雞尾酒)
2022-05-11 17:42:00异步USB DAC,己经把输出CLOCK隔开了十年前就有这种IC了,现在很成熟,XMOS datasheet 去看看
作者:
icekiba (冷风寒)
2022-05-11 17:46:00那又是另一个议题了XD
作者:
iamala (it depends)
2022-05-11 17:55:00clock贵的很贵,但好的不见得贵。最近isscc MTK就有一篇关于clock的。
作者:
laeva75 (laeva75)
2022-05-11 17:59:00最近是有在想,Jitter是否可能透过在IC之间或同一IC不同功能区块的电源/地去传递例如处理USB信号的区块跟产生输出CLOCK的区块电源引脚直接接在一起时像是singxer把USB接收跟RECLOCK I2S/SPDIF输出的区块隔离不知道是不是出此考量
作者:
revolc01 (revolc01)
2022-05-11 18:10:00之前不是才有人分享, 就算用到MSB这种高阶DAC,前端还是要用USB扩充卡加特斯拉电池的电供,才觉得声音比较有类比的感觉
作者:
xoy (XerXes)
2022-05-11 18:13:00现在USB DAC那台不是异步加电气隔离?但就是不是接所有前端声音都一样,规格是一回事,实作效果是另一回事
作者:
icekiba (冷风寒)
2022-05-11 18:14:00每个人的讯源不一定一样吧 讨论usb有点扯远同步/异步usb
作者:
xoy (XerXes)
2022-05-11 18:29:00像原Po这样统一用Roon不就一致了,前面提过现在PC树苺派手机平板都可以当输出Bit Perfect USB Audio的Roon Endpoint,但是声音就可能不尽相同
作者:
icekiba (冷风寒)
2022-05-11 18:31:00我这几串看下来 有一些很谜的地方XD
作者:
laeva75 (laeva75)
2022-05-11 18:34:00现在不是在讨论同一台USB DAC接不同前端时声音会不一样可能的原因吗?同步/非同部USB的设计及实作电路对压低或消除前端影响的效果会有差别
作者:
xoy (XerXes)
2022-05-11 18:37:00我也知道像ASR长年都在教育大众异步USB前端没差,不过这很容易自己体验结果就见仁见智了
作者:
icekiba (冷风寒)
2022-05-11 18:37:00那是对的阿 可是重点在讯源本身Q. Q 别打我X大讲出来了 就是认为‘前端讯源’影响很小 因为上述很多理由异步usb是其中之ㄗ一之一
作者:
laeva75 (laeva75)
2022-05-11 18:40:00我是认为异步USB跟前端有没有差是两回事,异步USB是解决一部份因素而已
作者:
icekiba (冷风寒)
2022-05-11 18:44:00阿就某些人认为没有影响阿
楼主:
Taniwha (Levian)
2022-05-11 19:57:00我又有问题,一般来说数位讯号到解码端还会验证,确保资料正确,不过这是一般传递资料的验证,音乐资料不验证吗?还是音乐需要即时所以放弃验证导致各种迷?像HTTP资料啦,拷贝档案啦,到终端都会再验证而且会使用各种方式验证,比如夹带验证码资料,压缩还原的固定算式确保正确还原,或是要求发送端再送等等
作者:
icekiba (冷风寒)
2022-05-11 20:07:00音乐的怎么可能不验证…那你会听到一连串爆音
作者: jim543000 (玄黄无极) 2022-05-11 20:08:00
没回授系统要怎么验证Zzzz
楼主:
Taniwha (Levian)
2022-05-11 20:14:00所以音乐资料不验证,射后不理?是这意思?
作者:
laeva75 (laeva75)
2022-05-11 20:18:00很久前看过有人测试过连续拨放好几个小时(还好几天忘了)才出现bit的错误#1bit说是USB线材及装置符合规范的情况下传输音频资料的错误率非常低
作者:
icekiba (冷风寒)
2022-05-11 20:22:0010兆分之一阿 读书心得有Wireworld 表示:
作者:
fritson (喵小凡)
2022-05-11 20:25:00老师~我也有问题~接续我刚刚稍早问的,那如果同样是数位资料的1,在3.3v跟5v之间跳动的1对比稳定5v的1,转译成类比讯号会不会有差异?
作者:
icekiba (冷风寒)
2022-05-11 20:26:00要去买鸡排了
楼主:
Taniwha (Levian)
2022-05-11 20:35:00单一个bit的错误我是觉得影响很小,因为数位讯号是一长串的01去组成类比资料,除非一直出错,不然我是觉得影响小几乎没有差异
作者:
icekiba (冷风寒)
2022-05-11 20:37:00读书心得写的:16100片CD会发生1bit错误 (我记得
作者: jim543000 (玄黄无极) 2022-05-11 20:50:00
01没有附赠电压
作者:
djboy (雞尾酒)
2022-05-11 20:51:00找不到USB 2,USB 3.2 的 USB PHY,允许 10^-12错误率你要听的出差异,好歹5秒错1次吧;USB 真的不可能错成这样不要再想传输资料错误了啦,真的真的。顺便说一下,现在USB DAC的产品,大概都是USB 2.X的速度。
作者:
fritson (喵小凡)
2022-05-11 20:56:0001不是本身就是用电压在表现的吗?
作者:
djboy (雞尾酒)
2022-05-11 20:56:00这种产品己经做烂了,所以都是买现成的来,像是mentor的PHY。这些IP喔,经过20年的千锤百炼,加上整个电子业帮他测相容性,那个稳定度是高的吓人。新的USB 3.2或4,那我不敢说,但是USB 2.0的规格,是真的做烂,资料不会出啥问题。
作者:
fritson (喵小凡)
2022-05-11 21:03:00我的问题是如果数位资料传输都正确,例如说0101这样,那他data脚在输入电压是0v5v0v5v跟在1v4v2v5v的情况下输出的类比波形会不会有差?
作者:
djboy (雞尾酒)
2022-05-11 21:04:00数位的好处,就是就算电压有差,但是在范围内,资料仍然可
作者:
Oswyn (Oswyn)
2022-05-11 21:04:00会啊,工作电压的差别一般 DAC 的 spec 里就有
作者:
fritson (喵小凡)
2022-05-11 21:05:00我以r2r的架构在想觉得可能有差,可是我没办法验证,而且在资料进机器到进DAC见还隔了一个USB的接收芯片,可能修正掉了也不一定(?)
作者:
djboy (雞尾酒)
2022-05-11 21:05:00以完整的传递。你说的状况,那真的太极端了。一般5V的讯号IC能接受大约 10%的上下差,但是通常会做到20%。所以,你真的要传5V的电压,“正常”的讯号,是不到出现4V这种事;如果出现,那这块PCBA根本就有问题,不在讨论范围内。另外的角度是,USB这种烂大街的接口,有无数的reference可以抄,要做到烂很困难,应该算是入门等级了。
怎么知道中间资料没被改过只能把usb封包录下来比对才知道是不是真的一样
作者:
djboy (雞尾酒)
2022-05-12 06:09:00验封包 那是基本做IC的验证,一般人不用去做啦。
从错误更正码的角度而言,因为是用加入的redundancy-bit去解码,如果超出解码的错误上限通常会是一整串bit一起往错误的方向解码,只错一个bit的情况应该是不可能出现。所以有错的话人耳通常能听到跳针/爆音,而不是听到较差音质的音乐。