楼主:
NerVGear (Phantom)
2022-05-11 00:31:06先说我不是专业的
不过我会Google
Google之后可以看到其实一个OS对音效都有相应的架构
Windows
https://tinyurl.com/3fc6j7hs
Linux ALSA
https://wiki.st.com/stm32mpu/wiki/ALSA_overview
所以很多东西并不是你看到的这么简单
不同的OS对音效会做的相对应处理都不一样
所谓的拨放程式也只是Call api把档案读出来经过处理后再请求系统处理而已
当然细项实作我不知道,除了Linux,Windows在这方面就一个黑盒子
你也不知道实际出来的数位讯号丢给DAC的数位讯号长什么样子
不过真要量应该是可以量?
以上,如果有做这方面Driver还是设计的可以出来科普XD
孙中山看精子往上游?靠杯 打错 脑子是想小鱼逆游?打出精子= =
作者:
icekiba (冷风寒)
2022-05-11 00:38:00那CD转盘怎么解释（在线等我是问问题好吗…所以不知道丢过去的数位讯号不同所以影响了声音 对吧?转盘就是问…不同转盘的差异也是这样吗? 跟电脑的差异也是这样吗?你的意思是光驱会有读取错误的时候?我的问题就是CD转盘丢给Dac的资料跟你电脑丢给Dac的资料不是一样吗?你说的系统层造成差异 导致数位讯号有改变 那不同CD转盘也是一样的原理吗?CD转盘…这不是电脑里面的光驱
楼主:
NerVGear (Phantom)
2022-05-11 01:02:00有读错的可能 不过应该有纠错的机制 如果错太多应该就直接资料毁损了
作者:
icekiba (冷风寒)
2022-05-11 01:03:00你电脑播放已经rip好的CD 跟 用CD转盘播放 ‘同一块’CD里面的资料不是一样吗?这不就是常常讲的疑问吗 读取错误早就爆音了…
楼主:
NerVGear (Phantom)
2022-05-11 01:04:00那里的CD转盘是指？
楼主:
NerVGear (Phantom)
2022-05-11 01:09:00那是这个的话就是所谓的系统层的问题啊 光驱把资料读出来会送进它里面的不管是SoC的还啥处理 出来的数位讯号本来就有可能有差异
作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 01:10:00严格说起来，现代的转盘要塞个小小的linux不是问题
楼主:
NerVGear (Phantom)
2022-05-11 01:11:00可以分解成几步 资料->系统处理->DAC
作者:
dzwei (Cout<< *p << \n ;)
2022-05-11 01:11:00不见得是bare-metal的开发方式
作者:
icekiba (冷风寒)
2022-05-11 01:14:00追问 换线会影响数位讯号吗?
楼主:
NerVGear (Phantom)
2022-05-11 01:21:00你说的影响是指？ 如果是会让0变成1的那种本身前提就不对了不是的话只要线能正确传递资料流那就不会影响
作者:
bh2142 (濒临绝种的Emacser)
2022-05-11 01:58:00Linux现在的音效架构超级杂的
作者:
jhs1213 (...)
2022-05-11 02:00:00要解MQA要bit perfect 那还会有不同拨放os/程式差异吗?
作者:
yys310 (有水当思无水之苦)
2022-05-11 02:05:00MQA bit perfect? 感觉好冲突的一句话
作者:
jhs1213 (...)
2022-05-11 02:36:00跟他自己格式输出后的bit perfect，并非跟原音源
如果OS没差的话索尼新金砖特地弄客制化安卓系统干嘛
作者: vericool 2022-05-11 04:55:00
Windows默认的话OS是会对音讯动手脚的，因为不同程式之间要混音才能一起输出，而且根据输出的取样率会做升频或降频，然后Windows的升降频写很烂，macOS的升降频算法就好很多。
作者:
xoy (XerXes)
2022-05-11 07:17:00从上个世纪的Windows 98开始OS跟软件要做到Bit Perfect都不难，在这个前提下声音的差异早就不是资料在逻辑面被改变了，另外资料传输造成逻辑面的错误通常就直接爆音了
作者:
icekiba (冷风寒)
2022-05-11 08:30:00没错啊 不是改变资料的逻辑面 不然就爆音了所以是改变了什么? 一直以来的疑问
作者:
Taniwha (Levian)
2022-05-11 08:50:00推推，学到很多
作者:
djboy (雞尾酒)
2022-05-11 08:55:00Linux 应该不算“黑盒子”啦，都是open source。CD读资料的正确性，在音响版我有文章，里面有参考资料。www.ptt.cc/bbs/Audiophile/M.1574415229.A.D0E.html
作者:
Taniwha (Levian)
2022-05-11 09:00:00我想问个问题，都是同样的歌，格式都一样，照理来说还原成类比的结果应该都一样，顶多是某些细节有些比较好有解出，有些忽略没解到，可以这样说吗？不然同一格式的歌曲，因为某些原因听起来不一样，很怪不过都是数位讯号，只有01我真的很困惑资料失真的机率是多高？以现在的技术而言应该很低吧？会高到影响听感？
格式一样只保证歌的数位档案传到另一个地方不变转类比的时候每台机器都不同
作者:
Taniwha (Levian)
2022-05-11 09:04:00类比我可以理解，我现在不理解的是数位，我上面的例子只
作者: kwpttw (宪) 2022-05-11 09:05:00
不就是jitter吗？老话题永远讨论不完
作者:
Taniwha (Levian)
2022-05-11 09:05:00有把数位讯源换掉而已，为什么差别这么大？OS或是驱动不
有几种常见的说法 1.jitter 2.emi 3.共地(例如usb)
作者:
Taniwha (Levian)
2022-05-11 09:06:00同，可是数位档案结果解出来差异会这么大到影响听感？
作者:
djboy (雞尾酒)
2022-05-11 09:19:00Tan网友，你要认真讨论的话，原文第一个推文就在问你：“是否有通过ABX盲测 12/16”？只有通过这个盲测，才进入科学的范围。
作者:
lwecloud (CloudEX)
2022-05-11 09:25:00Windows是有exclusive mode，理论上不会被混音但还有driver这层，UAA问题一堆...微软一向不重视audio另外share mode还会加入dither，所以从开头就被加料了
作者:
icekiba (冷风寒)
2022-05-11 09:45:00所以我说拿Dac来盲测看看是不是有差异阿XD 就拿D90跟D90Se来测就好我是回答楼上某楼你要测试Windows 是否与 Linux 有显著差异 透过盲测没错阿 请去执行吧原po应该没有要写论文
作者:
yys310 (有水当思无水之苦)
2022-05-11 10:17:00一路都在糢糊焦点XD
作者:
icekiba (冷风寒)
2022-05-11 10:20:00谁反串
作者:
chiyoda (博爱的千代田提督)
2022-05-11 10:30:00abx盲测16中12,一针见血，推
作者:
xoy (XerXes)
2022-05-11 10:32:00原Po用Roon没开DSP就是Bit Perfect，这个前提早就是确定的了Bit Perfect的条件下OS跟软件的架构还是有可能影响声音，但是这跟资料有没有被改就无关了，Jitter跟同步异步传输有影响，电气电磁噪声也可能有影响另外播放程式只是Call API这个误会就大了
作者:
icekiba (冷风寒)
2022-05-11 10:42:00资料不会被改变吧 所以都是其他的原因影响 像是这篇讲的OS处理层导致改变
作者:
chiyoda (博爱的千代田提督)
2022-05-11 10:55:00不是还有exclusive mode 要开吗
作者:
xoy (XerXes)
2022-05-11 11:48:00原Po的做法是拿树苺派当Roon Bridge，Roon Server还是原来的那一台PC，Roon的资料流是不是Bit Perfect看Signal Path就知道了我只能猜你没用过，RoPieee的Roon Bridge接USB DAC没什么设定，就是Bit Perfect的方式，Roon默认就是这样而已，除非故意SSH进去乱搞Roon设计上本来就有考量到不同OS可能的干扰，这是基本功，要检查也很简单，要刻意让OS的机制如Mixer改变资料也不是不行，只是我看不出来原Po有故意做这件事
作者:
jhs1213 (...)
2022-05-11 12:50:00USB接DAC 应该也排除jitter不同的问题?
某些状况下USB协定即时传输速度优先于正确性。这时线材造成的影响才会出来（眼图张开程度）
作者:
icekiba (冷风寒)
2022-05-11 13:58:00讨论线材 模糊焦点喔
一般人用的系统没在跟你直接用 libasound 的啦userspace 那边都嘛还要经过 sound server (libpulse)app > libpulse > libasound/plugins > kernel ALSA新的或未来的会慢慢改成 pipewire 但是干一样的事情
作者:
dzwei (Cout<< *p << \n ;)
2022-05-13 00:41:00真的很用心开发的 比方说roon on Linux 应该会以ALAS为底层上层的东西再自己写
https://i.imgur.com/Ewg9mIx.png这是roon server在arch的相依套件如果要保证低latency的话 除了基于ALSA手刻上层之外连kernel都要用realtime的 jack好像有realtime的conf可以打开 这是jack强调他low latency的原因
那是改 limits.conf 让 jackd 的 thread 可以跑在 rtscheduler 上。这个操作没有一定要 kernel rt patchset