耳机网-耳机大家坛
标题: 应F大建议，把我另外一贴回复DAC工作过程和影响因素发一下 [打印本页]
作者: andygaof 时间: 2017-2-20 08:20
标题: 应F大建议，把我另外一贴回复DAC工作过程和影响因素发一下
本帖最后由 andygaof 于 2017-2-20 08:56 编辑
下图是小提琴某个音调长弓的波形图，请注意一点尽管他可以用FFT来分解，也符合香农定理，但是请注意他不是正弦波。
violin.jpg (36.31 KB, 下载次数: 0)
下载附件
2017-2-19 15:49 上传
为了简化我的工作量，我不具体画图，从网上下载了一些图，跟小提琴这个图有出入，您理解意思就行了。通过采样，我们会得到96Hz，24bit的音轨
sampling.png (11.47 KB, 下载次数: 0)
下载附件
2017-2-19 15:59 上传
好了，在采样端我们没有任何麻烦，接着这个文件会被录音师和混音师采用各种乾坤大挪移的手段将这些音轨最终生成发行的44.1KHz，16bit文件。那么回放的时候，第一步就是把文件变成二进制流发给DAC（假定通过USB），然后由DAC从新恢复波形。这个地方可能会发生若干问题。为了简化问题，我们不在讨论已经老掉牙的同步USB的问题。只讨论异步USB的情况。
传输误码：由于数字部分的优异能力，这个几乎可以忽略不计。但是请注意声音回放USB传输是没有重传机制的。谁说有，先请自扇耳光一百个。非要较真，请去XMOS官方看他们的白皮书。假定DAC正常收到了所有的报文，下一步DAC就要重塑波形。
我们知道每个采样都会被恢复成一个电压值
clock3.jpg (56.82 KB, 下载次数: 0)
下载附件
2017-2-19 16:31 上传
这个时候有几个要素：
抖动：任何抖动都会对声音造成影响，下图说的很明白，也就是会造成还原的波形出现偏移。下面引用Prism Sound官方教学资料的内容，比较容易看懂
clock4.jpg (70.12 KB, 下载次数: 0)
下载附件
2017-2-19 16:31 上传
clock2.jpg (115.71 KB, 下载次数: 0)
下载附件
2017-2-19 16:31 上传
这个jitter可能是DAC的时钟精度问题，也可能是线路引入的，线路里面的方波并不是理想的，由于干扰或其他原因，会造成高低电平穿越点发生偏移，也就是会造成抖动。请注意任何线一定会引入抖动，这个需要DAC有纠正能力。这就是为什么数字线可能会影响声音的原因，个人认为数字线只要屏蔽良好，传输带宽足够，阻抗匹配良好就可以了，没必要用天价线材。我是线材有用论者，也是不建议线材调音论者。这个有点跑题，不在本贴中具体分析。
clock5.jpg (132.44 KB, 下载次数: 0)
下载附件
2017-2-19 16:33 上传
然后翻译出来的电压值需要一个参考电压，从而把数字信号变成电压。芯片的这个参考电压值很低，极易收到干扰，任何的干扰都会影响DAC的精度。这就是为何要优化前端PC，为何要使用线性电源最小化纹波的原因。
reference.jpg (142.62 KB, 下载次数: 1)
下载附件
2017-2-19 16:40 上传
但是现在还没完，上述的东西都可以用物理方法解决。都不是事儿。最重要的问题，也是我个人认为一个DAC最核心的价值来了。如下图，数字信号变成电信号在我们听到之前他是这样的。这个其实是不能听的。
resampling2.jpg (73.33 KB, 下载次数: 0)
下载附件
2017-2-19 16:44 上传
想要这玩意能听，就需要滤波器。滤波的方式很多，但是滤波的算法不同滤出来的也不一样。下图只是个例子，不是实际情况，用于说明不同滤波算法得到的波形不一样。所以一个DAC设备，包括CD机等等，最核心的就是这个滤波算法，90x8也好，449x也好内置了一些算法，所以你切换滤波的时候听感是不一样的。而一些大牛公司是有很久的滤波算法积累的，他们用的自己的滤波算法。所以就算这些公司都用90x8声音也不一样，同一个牛逼公司用90x8和449x可能做出来的声音就差不多。因而我认为滤波算法才是DAC最核心的技术。
滤波器.jpg (84.13 KB, 下载次数: 0)
下载附件
2017-2-19 15:59 上传
滤完了，其实还没结束，这个电压值太低了，给放大器太小。还需要放大一点，而放大部分也是会影响声音的。这个就是放大电路的问题了。今儿不讨论了。播放软件例如foobar，HQPlayer，Amrra是有不同的一些数字滤波算法的，所以对声音也有影响。
总结下来，线路和DAC自身抖动会影响声音（受线路和DAC本身时钟处理能力影响），DAC芯片的参考电压会影响声音（受DAC自身电源处理能力和外来干扰影响），滤波算法会影响声音（受播放软件算法，界面算法和DAC自身算法或模拟滤波器实现影响），受模拟放大部分影响（受DAC自身设计水平影响）。
作者: james_yoyo 时间: 2017-2-20 08:23
本帖最后由 james_yoyo 于 2017-2-20 08:27 编辑
谢谢楼主分享
“数字线只要屏蔽良好就可以了，没必要用天价线材。 ”
“就算这些公司都用90x8声音也不一样，同一个牛逼公司用90x8和449x可能做出来的声音就差不多。因而我认为滤波算法才是DAC最核心的技术。”
作者: T大白 时间: 2017-2-20 08:27
数据 不懂。。耳听为实。。 性价比最高的 就 范大米 gotham 这种都可以 再上一个档次 就AQ钻石这种 然后就没必要了。
后面的 银彩旗舰 提升很不明显了。。
作者: x_neo 时间: 2017-2-20 08:56
这个必须顶！
作者: andygaof 时间: 2017-2-20 08:58
本帖最后由 andygaof 于 2017-2-20 09:01 编辑
个人认为数字线只要屏蔽良好，传输带宽足够，阻抗匹配良好就可以了，没必要用天价线材。
一开始的说法不够严谨，小修改一下。换句话说，个人认为，数字线要相信有阻抗匹配测试能力的厂家，远离没有测试能力的DIY。模拟线则可以百家争鸣，耳朵收货。但是个人仍然偏爱没有调音的专业线材。
作者: mvw 时间: 2017-2-20 09:06
本帖最后由 mvw 于 2017-2-20 09:07 编辑
帮楼主稍微补充一点点,根据奈奎斯特采样定律,只要采样率达到信号频率的一倍,这个频率的波形就是能被完美恢复的,比如采样率44100hz,那么22050hz,也就是人类听觉范围内的波形足够完美恢复了,而且保留了10%的余量.但问题出在没法生产出完美的低通或带通滤波器,也就是没办法保证采样信号一定落在22050hz以下,万一混入一个或更多个22050hz以上的声波信号,而这个本来应该作为噪声的信号没有被滤波器滤除的话,那恢复出来的波形就会有问题了.这大概是数字滤波为什么重要的原因.
另外高码主要的用途其实就是简化滤波器设计,比如你做一个48k的低通滤波器(48k以上全滤除),难度肯定比做一个22k的要低,而且可能能把无法避免的噪声推倒20k以上的频段,这样能最起码能在账面上改善听感.至于20k往上多出来的那几万hz信号,按道理对人耳没啥意义,但反正是买一送一,也就笑纳了.这些好像都是数字信号处理的常识,专业是通信和信息技术的本科生应该都很清楚.
作者: 夜惊风 时间: 2017-2-20 09:07
用这些带DF算法的软件播放输出USB，严格意义上都不算源码重播。而现实是越来越多的软件正在这样做。
多说一句，做为源码数字源，优秀的数字转盘才是正道。
作者: mvw 时间: 2017-2-20 09:08
老叶说数字线主要考虑高频电缆,也就是要有可靠的带宽,或者说速度得够.
作者: typ0713 时间: 2017-2-20 09:09
技术帖，顶后再看。
作者: mvw 时间: 2017-2-20 09:09
foobar不挂插件输出信号也要滤波?hq肯定滤波的,foobar应该不会吧.
作者: andygaof 时间: 2017-2-20 09:12
老兄的话不太认同，以前是用模拟滤波为主，各个厂家随便搞就叫源码重播，现在数字滤波搞搞就不叫源码重播了？
作者: andygaof 时间: 2017-2-20 09:15
感谢M大补充，现在最普通的设计是数字滤波加192模拟滤波了，所以我没有谈这个问题。
作者: mvw 时间: 2017-2-20 09:20
本帖最后由 mvw 于 2017-2-20 09:21 编辑
我想很多耳机爱好者可能连滤波这个事儿究竟是干什么都不太清楚,信号处理方面我只懂一点点皮毛,所以主要聊耳机,不太聊dac,呵呵.
顺便要是懂的话,也可以顺带提一下升频也就是插值,毕竟现在基本上听不到不声频的dac芯片了.
作者: andygaof 时间: 2017-2-20 09:24
本帖最后由 andygaof 于 2017-2-20 09:31 编辑
其实聊也没用，这玩意都是传子不传胥的最大商业秘密。我们只有听的份儿，连评价都是主观的。个人认为滤波算法，电子管材料，输出变压器材料，是HiFi玄学的最大由来。但是其实他是科学来的。跟可口可乐的秘方一样，为啥它的口感是那样，大家都知道他是科学，但是喝起来就是玄学。
相比滤波算法，电子管和输出变压器材料。其他测试指标都变成浮云，哈哈哈
作者: lovexps 时间: 2017-2-20 09:32
点赞，有知识地理性消费
作者: phoexi 时间: 2017-2-20 10:00
HQ也可以不升频输出
当然 不管你如何玩 总是要升频的 你软件不升频 DAC芯片也要升频（这里暂且忽略极少数的NOS解码）
而所谓数字滤波器 是升频的一个组成部分
数字滤波器的好坏 对于一个解码是重要的 当然 它也并不是全部（要不然随便一个解码搭配HQ就能上天了？ 显然不能）
很遗憾的是 除了有几个AKM的片内DF还过得去 其他集成DAC片内DF性能堪忧 而市面上绝大多数解码器并没有采用外置升频（不仅是国内 国外亦是如此）
PS 高总那个YGG是外置DF的 算法 还过得去吧
作者: gebegebe 时间: 2017-2-20 10:08
那为什么这样的软件越来越多？
作者: 夜惊风 时间: 2017-2-20 10:12
模拟滤波不涉及数字处理，跟是不是源码没有关系，但是在PC端对文件的码流进行DF处理，毫无疑问USB界面输出的I2S数据跟不做DF处理是不同的。
更为关键的一点是，众所周知，DAC的DF处理对MCLK的质量要求高，所以时钟是越靠近DF越好的，这点在CD机上面体现的更多，绝大多数的CD架构上，MCLK信号是从DF芯片或者DAC芯片回传给DSP。
而在PC上做DF处理，数据处理的时钟基于PC，在这点上面，后端DAC使用再高级的时钟给界面或者DAC都有一种用纯洁之词赞美一个老妓女的感觉。
可能有些朋友要说了，数字文件在出厂之前不都是用PC处理过的吗，再处理一次又怎么样？？？好吧，这种想法跟妓女卖一次和卖十次没有什么区别差不多，但是我的建议是既然碰到了而且有能力让她不需要再卖，就让妓女从良吧，起码可以减少染艾的风险是吧。
请原谅我的比喻有点粗俗，想到就用上了。
作者: tyj518 时间: 2017-2-20 10:33
从顺序上说，数字滤波应该放在数模转换之前吧。数字滤波实际上就是一个升频的过程，引入升频过程的最初目的是降低模拟滤波器的设计难度。虽说CD格式留了10%左右的余量，但这个余量对于模拟滤波器而言是非常窄的。
另外PCM和DSD的处理方式有很大不同。这里主要讨论的还是PCM的重放。
作者: mvw 时间: 2017-2-20 11:08
我知道hq有选项可以不升,但我认为即便把这些全关了,这个软件播放时候还是做过大动作的dd的,声音听上去有那种把原始信号拆散了再重新拼起来的感觉,这个感觉几乎是hq独有的.
作者: phoexi 时间: 2017-2-20 12:33
对比过HQ JR FB三者（HQ升频和抖动全关 JR的DSP设置全关）
用ASIO 三者输出的数据是一致的
当然 实际听感是有不同的 JR对声音有一些涂抹 FB中性 HQ更注重分析同时声场的表达和FB明显不同
作者: poluozero 时间: 2017-2-20 13:08
科普文，非理科生有点看天书的感觉。
不过还是很感激大大们的科普！
作者: poluozero 时间: 2017-2-20 13:11
但为什么现在不少DIY数字线还是倾向用模拟线来加工制作呢？跟纯数字线比，模拟线对DoP的影响有多大？
作者: poluozero 时间: 2017-2-20 13:13
搭车问一下，那iPod touch作为数字转盘的性能如何？
作者: atpeter 时间: 2017-2-20 13:20
本帖最后由 atpeter 于 2017-3-14 20:03 编辑
删除痕迹
作者: 夜惊风 时间: 2017-2-20 13:29
poluozero 发表于 2017-2-20 13:13 
搭车问一下，那iPod touch作为数字转盘的性能如何？
玩具
作者: 蓝子风 时间: 2017-2-20 13:34
楼主犯的最大一个错其实就是没搞清楚PC上时的DF算法是不受JITTER影响的，那是因为数据处理格式的问题。只存在算法的好坏区别而已。因为PC记录的数据只有文件头表明了这个数据的采样信息，而文件自身不会带时钟。所以处理起来是没有JITTER影响的。看专业编辑软件的设置也知道，如果处理速度跟不上导致断流则是出现爆音的现象。出JITTER的地方是在输出到音频设备后，比如PCI-E,USB音频设备。这个过程中才会受到JITTER的影响。
DA时的DF算法则不同，是要和时间轴对应的实时处理。所以对JITTER很敏感。楼主所说的这些应该是要针对D/A过程中的JITTER影响变化。
作者: poluozero 时间: 2017-2-20 13:42
杯具~！
作者: mvw 时间: 2017-2-21 07:45
这个我就不太清楚了,我只是听几个年级大一些稍微思考过一些这个问题的人聊过,我自己暂时只用机线,但是确实能听出线的好坏.
阻抗不匹配可能会导致回波干扰到信号的判断,比如界定0和1的转变时,会产生误差,也就是jitter.dsd信号频率已经到mhz了,对线的速度还是有要求的,至于用模拟信号线大概是因为现在的工业基础随便生产个导体也能跑mhz信号了吧,但ghz可能还不好说.
作者: caviarx 时间: 2017-2-21 12:23
好贴，要顶：）
作者: andygaof 时间: 2017-2-21 16:51
我有说PC上DF受时钟影响了？而且在原贴中，数字线传输特意提到USB异步线路抖动是无所谓的，只有同轴和AES这种有问题。您表述的观点我在码农的帖里表示过了。你我没有差异。
作者: 夜惊风 时间: 2017-2-21 17:11
文件本身不具有时钟性质，但是任何FIR数据滤波器的设计都是基于特定时域内对频域的处理，不可能说PC的DF处理就可以脱离时域信息的影响，只要他还是FIR
作者: 蓝子风 时间: 2017-2-23 14:12
本帖最后由 蓝子风 于 2017-2-23 14:16 编辑
你要记得，PC上过的处理不是时间轴对应的实时帧处理，而是类似类似批处理后靠缓冲控制输出的。就说一个最简单的DAC上处理的差值DF是一个FS时钟处理一次的DF操作来作为基准的。但是一定要有这个时钟作为对照。因为这个是属于进度无回馈型的。时钟轴是固定的，所以DF出值的结构受倒时钟JITTER的影响。而PC上进行DF处理的时候则是按照PC处理速度及时的做一定数量的DF，然后放到缓存，之后数据输出的时候从缓存读取就可以了，而根据缓存内数据大小可以决定前端是否继续进行批量的处理。这种处理方式输出的数据格式依然和PC上存储文件类似，只对帧处理，而不用考虑实时时钟对齐，是不受JITTER影响的，而影响只在输出到音频设备后。
很多专业编辑软件在加载了足够多的效果器后，容易导致CPU处理不过来，而出现空缓存的状态，实际输出上表现就是爆音。这个只是和处理能力有关。
作者: 夜惊风 时间: 2017-2-23 22:31
蓝子风 发表于 2017-2-23 14:12
你要记得，PC上过的处理不是时间轴对应的实时帧处理，而是类似类似批处理后靠缓冲控制输出的。就说一个最 ...
我好像一直搞错一个事情了，刚刚看了DSP实现FIR的原理才明白过来。
另外你说的DF芯片的事情也有误区，时间轴是西格玛调制的事情，DF其实就是一个固化功能的简单DSP，两者都是运算后由MCLK分频出来的时钟取数据，而PC是把数据USB输出后由接收界面本地时钟分频取数据，PC USB的方式把数据传输的这一段相对DSP拉长了N倍也制造了更多的不确定因素。
通过这个事情也萌发了一个新的设想。其实我制作数播使用的MCU本身也具有DSP核，性能也远比一般DF要强很多，如果在读取SD卡文件数据之后，把数据直接扔给DSP做FIR，再通过I2s或者SPDIF输出，应该有点意思。
数播在读取SD卡文件并使用DSP核作FIR，其实就是在干电脑的事情，而使用MCU本身的高质量I2s输出，直接就是把USB这一段完全砍掉了，相对来说，PC除了运算能力强一点之外毫无胜算，然而使用F7芯片的数播对于音频处理来说早就绰绰有余，更另提未来还有H7芯片。
这个玩法有点意思，争取早日在我的三代机上面实现它
作者: HHYYTT 时间: 2017-2-24 13:18
终于搞明白了。
我还是觉得bitperfect比较好，或者2x，4x，8x插值这种。
作者: 163zhengping 时间: 2017-2-24 13:54
本帖最后由 163zhengping 于 2017-2-24 13:57 编辑
http://www.erji.net/forum.php?mod=viewthread&tid=1968262&extra=&page=6
注意几个概念
1、数字是信息而不是信号，只是通过电信号来传递和处理
2、ADC(模-数转换)就是把模拟信号转换成数字信息，然后再进行传递和处理。
3、DAC（数-模转换）就是把数字信息再转换成模拟信号。
4、所以我们的声音实际上是在D-A的那一刻被制造出来的。中间无论多少环节，无论什么环节，只有信息的处理和传递。信息本身就是内容而不是信号。
5、只有在对信息本身进行解读的那一刻，才有因信息解读的失误而产生失真和误差。解读信息失误的因素有很多，但传递信息的信号本身质量好坏、解码器本身性能和稳定性等都是最大因素。
作者: andygaof 时间: 2017-2-24 19:09
老兄的看法我个人认为有点偏差，数据在传输的过程中是会出错的，介质不同出错的概率不同。这也是为何无线网络必须对每个数据包进行确认的原因，IP电话刚刚问世的时候抖动是一个巨大的问题。尽管这个抖动和你解码器的抖动不是一个概念，但是用数据处理去类比思考对时间有严格要求的数字音频是不正确的，声音处理时流控，先进先出，缓存等方式都不适用。他必须在给定的时间给出正确的结果。这个时间不是通常通讯信号的50ms信令控制，而死1/44100秒，并且微秒级抖动就会造成明显的声音劣化。
事实上个人认为异步USB的问题来自于纹波干扰和USB2I2S时的时钟精度，而同轴光纤AES则是总抖动
作者: qq1653304183 时间: 2017-2-24 20:53
本帖最后由 qq1653304183 于 2017-2-24 20:58 编辑
看过我不得不说一句。
楼主，别看XMOS里没有出错重传的机制，那是因为出错重传这件事是USB硬件自己做的。
打比方说，PCI-E声卡还需要出错重传吗？PCI-E显卡还需要出错重传吗？
而USB和PCI-E一样，都不需要，因为USB硬件自己自动完成了检错和出错重传，整件事透明于上层软件。
作者: 163zhengping 时间: 2017-2-24 21:39
楼上回答正确
作者: HHYYTT 时间: 2017-2-24 22:24
同意。
数据是静态的记录，或者是分时记录的某时采样。D-A过程中，按照A-D时的时间分片精度要求，还原成时域音频模拟信号。
SRC和DF，原始数据与时间的关系：d=f(t)，相当于从新拟合这个函数d=f’(t)
新函数重新加工数据，可以在PC（相当于静态），也可实时处理（DAC-DSP）。
如果RT-DF(SRC)，则和时钟精度关系紧密关联，同一个"circle"完成。
另外，DAC的时钟精度，就是从I2S的取得clk，精度也至关重要，这也是很多DAC前面
DSP都会使用高级时钟对齐数据帧，减少jitter。
作者: 163zhengping 时间: 2017-2-25 07:03
本帖最后由 163zhengping 于 2017-2-25 07:37 编辑
可以这样简单理解A-D的过程：我们用一个标准时间间隔去对一个变化的电压信号进行检测，如果检测的电压比前一个检测值高（+△V），电路就输出1，如果检测的电压比前一个检测值低（-△V），电路就输出0。连续（+△V）就输出连续的1，连续（-△V）就输出连续的0，这样就完成了把一个变化的电压值转换成为数字信息输出的过程。
可以这样简单理解D-A的过程：我们用同样标准的时间间隔去对输入的0、1信号进行进行检测，如果检测到的是1，电路输出电压就增加一个（+△V），如果检测到的是0，电路输出电压就减小一个（+△V）。连续的1就连续增加（+△V）,电压就上升，连续的0就连续增加（-△V）,电压就下降。这样就完成了把数字信息转换成为变化的电压值的过程。
如果D-A过程中标准时间间隔脉冲不能和0、1信号脉冲同步（提前了或推迟了），检测的结果必然错误，使输出电压值发生偏差产生失真，这就是jitter。如果0、1脉冲信号由于干扰或不标准，造成对0、1判断的失误从而导致错误的电压输出值，同样也会产生偏差和失真。这里对0、1脉冲信号和本地时钟信号都有相当高的标准要求，对DAC系统的稳定性也有相当高的要求，而且判断、输出过程是时实进行且不可逆的，输出模拟信号就是在这一刻被重建出来的，失真的大小就看重建出来的正确性有多高，准确性越高失真就越小，反之越大。
在处理0、1信息过程中，如果把0增加成为00，把1增加成为11，那么在D-A的时候减小一半的（-△V）或（+△V），即把00看成0，把11看着1进行处理，其结果是一样的，只不过重建的精度提高了一倍，但内容并没有改变。
作者: 163zhengping 时间: 2017-2-25 07:28
本帖最后由 163zhengping 于 2017-2-25 07:45 编辑
至于电脑层面对信息处理的要求，数据的绝对正确是对电脑信息处理的最基本的要求，无论是处理或者传输都一样，否则存入银行的10万变成100万那还得了！差一个字节都不行，无论对多大数据量的处理都一样，除非是软件根据算法刻意去除一些不必要的信息，比如MP3有损压缩，图片有损压缩等，这是电脑对信息处理的基本常识。数字音频在DA之前都属于数字信息的范畴，都和数据处理有同样的标准和要求。现在计算机对数字信息的处理能力已经非常强大，就算在手机上像4K视频这样超大信息量的数据处理都不在话下，何况一个简单单纯的数字音频信息，在处理和传输上根本没必要，也不可能做不到不正确的处理和传输。数字音频处理的真正难点就在D-A那一刻，如何提高D-A转换的精度，使重建出的模拟电压信号更接近于原始模拟电压信号。
作者: andygaof 时间: 2017-2-25 08:30
呵呵，纸上谈兵的科学家们越来越多。很简单，找个数字界面，USB进，同轴出，连在DAC上听听看。INT204/HYZ/MUTEC MC-3 USB卖这么贵，为何？
作者: 163zhengping 时间: 2017-2-25 09:12
本帖最后由 163zhengping 于 2017-2-25 09:14 编辑
说的就是数字信号标准、稳定对D-A过程的重要性，就像INT204那样重整数字信号（DDC数字到数字的处理），它相当于输出了可以比美CD同轴输出的数字音频信号，再送去DAC的时候，效果就大大的好了，特别对于高级DAC，所以有人说想玩好数字音频，玩好DDC是关键是有道理的。如果能根据前面的数字信息，完全重建数字信号，最大限度的隔离前面带来的干扰，输出一个像CD同轴一样标准、稳定、无污染的数字信号。相当于把写在烂纸上面的数字信息，从新用干净的纸张打印出来，这样再送去认读，出错的概率就大大降低了。DDC不同的工作模式，能不能做到真正隔离、重建数字信号，输出如同CD同轴一样标准、纯净、稳定的数字信号，就是关键中的关键。如果能做到，那和CD转盘完全没有任何区别，甚至比机械的CD转盘更精确，我们完全可以不再需要CD转盘了。CD转盘其实也是一个承载、读取、传递数字信息的工具而已，只不过他简单、更可靠而已。
作者: 163zhengping 时间: 2017-2-25 09:30
本帖最后由 163zhengping 于 2017-2-25 09:32 编辑
以上是信息数字化的基本原理（所有模拟信号都可以数字化），并非ADC和DAC的真实工作原理。我只是把这个基本原理用通俗化的概念表诉出来而已，特此声明。
作者: 163zhengping 时间: 2017-2-25 10:08
模拟信息由于在传递和处理的过程中，极易受到干扰和变化而失真，于是人们发明把各种模拟信息数字化后再进行传递和处理，信息的内容本身就完全可以不受干扰和损失了，成千上万的数字信息可以在同一光纤、电缆中传递，由于有各自不同的编码可以互不干扰同时传递，传递和处理的速度和容量也大大提高了，这就是数字信息传递处理的优势，传递处理完成后再把它还原成模拟信息表现出来。无论声音、颜色、亮度、温度、文字等等都是如此，哪怕是一个最简单的单片机处理它也是计算机数字处理的范畴。
作者: qq1653304183 时间: 2017-2-25 20:39
看过我不得不说一句。
楼主，别看XMOS里没有出错重传的机制，那是因为出错重传这件事是USB接口模块自己做的。
USB接口模块自己会检测数据报校验，如果出错自动重传。
如果多次出错，则表明USB设备已被拔出，此时你会听到电脑上的提示音。就是拔掉U盘那个声音。
USB硬件保证了递交给上层软件层的数据是准确无误的。
打比方说，PCI-E声卡还需要出错重传吗？PCI-E显卡还需要出错重传吗？
而USB和PCI-E一样，都不需要，因为USB硬件自己自动完成了检错和出错重传，整件事透明于上层软件。
一楼其它地方的毗漏也不少，不过USB出错重传这个毗漏是最大的，必须指出来。
作者: andygaof 时间: 2017-2-25 21:25
本帖最后由 andygaof 于 2017-2-25 22:26 编辑
你能告诉我USB底层芯片，或者你说的接口模块在哪里么？你难道不知道XMOS在音频领域被广泛使用就是因为它遵从USB Audio class 2.0规范，而没有完全遵从USB规范，并且对USB音频做了优化？你能不能读一遍XMOS的官方文档，在来挑战别人？
作者: HHYYTT 时间: 2017-2-25 22:25
这个AD貌似是DSD的简化。pcm一般是采样频率和量化位数
作者: qq1653304183 时间: 2017-2-25 22:25
本帖最后由 qq1653304183 于 2017-2-25 22:27 编辑
呵呵，外行人不要以为看了两篇pdf就懂了原理了。
内行人一眼就知道的东西，外行人看多少篇pdf都不可能理解，因为他根本没有专业背景知识。
USB模块就在你的图里，A模块中，即主控芯片里，是主控芯片中的一个小模块。
我还可以给你提供一张A模块放大后的图，USB模块就在图里右上角，怕你找不到我给你圈出来了。
底层的USB出错重传是透明于软件的，甚至透明于连运行在ARM上的USB驱动程序。
负责出错重传的电路就在那个“USB 2.0 PHY”模块内。
这些都是基本专业常识了，只可惜有些人连基本的专业常识都没有就敢出来糊弄人。
作者: HHYYTT 时间: 2017-2-25 22:33
讲讲USB的 PHY吧
作者: 163zhengping 时间: 2017-2-25 22:34
就像二个人之间传递包裹，每传一个包裹就相互之间喊一声进行确认，这是同步传输。也可以先传一个包裹清单，然后就只管传递包裹，待接收完成后接收端自己对照清单检查，如果无误就继续往下传，这是异步传输。无论同步或者异步只是传输模式的不同，并不代表同步就是准确，异步就可以错误，只是传输模式的不同而已。如果可以错误，那个厂家也不敢开发这样的芯片，因为什么情况下会发生错误，错误的概率又是多大，这个根本不可控，错误的发生和错误的概率都是随机的，那不乱套了吗！想想也不会这样。
作者: andygaof 时间: 2017-2-25 22:36
好吧，物理层PHY可以做重传控制，您刷新我的三观了。
作者: qq1653304183 时间: 2017-2-25 22:44
说的没错。
只是有些人总以为自己比厂家还聪明，有啥办法呢。
自娱自乐无所谓，跑出来误导群众就是不对了。
多说无益，让他们自己望文生义去吧。
作者: 黑袍雷斯林 时间: 2017-2-25 22:51
本帖最后由 黑袍雷斯林 于 2017-2-25 22:54 编辑
http://www.xmos.com/fundamentals-usb-audio
业内相关人士的确基础更扎实这个没话说，但是有些时候，虽然都是大行业相同，但是分支不同，还是有很多细节考虑不到的。。这个问题可以终结了吧
Isochronous transfers are used to transfer data in real-time between host and device. When an isochronous endpoint is set up by the host, the host allocates a specific amount of bandwidth to the isochronous endpoint, and it regularly performs an IN- or OUT-transfer on that endpoint. For example, the host may OUT 1 KByte of data every 125μs to the device. Since a fixed and limited amount of bandwidth has been allocated, there is no time to resend data if anything goes wrong. The data has a CRC as normal, but if the receiving side detects an error there is no resend mechanism.
USB Audio uses isochronous, interrupt and control transfers. All audio data is transferred over isochronous transfers; interrupt transfers are used to relay information regarding the availability of audio clocks; control transfers are used used to set volume, request sample rates, etc. These are shown in Figure 1.
我个人觉得与其出错重传，不如不出错的好。大不了就是加成本加钱嘛。和hifi三观符合。
作者: 黑袍雷斯林 时间: 2017-2-25 22:55
加一句，我现在是数播的推崇者，但是usb接口一定要有，看片打游戏太方便了。
作者: andygaof 时间: 2017-2-25 23:01
业内人士就可以认为PHY芯片可以做重传？物理层芯片认得CRC？我USB协议没读过。但是好歹做了17年通讯了，没见过说以太网PHY芯片是可以控制重传的。
作者: 黑袍雷斯林 时间: 2017-2-25 23:15
本帖最后由 黑袍雷斯林 于 2017-2-25 23:17 编辑
All USB transfers carry a CRC (checksum) that indicates whether an error has occurred ，所有算法，其实都是控制逻辑门电路。。。都可以直接固化为门电路的，达到最优的面积和功耗。
作者: secretagentj 时间: 2017-2-25 23:21
The data has a CRC as normal, but if the receiving side detects an error there is no resend mechanism
作者: secretagentj 时间: 2017-2-25 23:23
Since a fixed and limited amount of bandwidth has been allocated, there is no time to resend data if anything goes wrong. The data has a CRC as normal, but if the receiving side detects an error there is no resend mechanism.
这一句解释得蛮清楚的了。
作者: andygaof 时间: 2017-2-26 00:31
可以是一回事，PHY芯片集成与否是另外一回事。
作者: qq1653304183 时间: 2017-2-26 07:33
本帖最后由 qq1653304183 于 2017-2-26 07:40 编辑
抱歉我读书少，没看错的话，这段说的是 USB Audio Class 1.0 吧？
臭名昭著的USB Audio Class 1.0早都没人用了的。
XMOS支持USB Audio Class 2.0，支持现在常提到的“USB异步传输”模式。
异步传输每次发包都会有反向应答帧，一方面表示帧正确接收，同时还要报告声卡时钟与主机（PC端）时钟的差异，以便主机端调整数据发送速率。
如果丢包，就不会有应答帧，主机端等待应答帧超时就会再次发送丢失的帧。
这就是通信中最基本的“停等协议”，这么简单的道理，用膝盖都能想出来。
有些人自称多少年通信专业经验，却连基本的“停等协议”都想不到。
如果这也能叫有通信专业经验，那我只能说你可能是假通信专业。
作者: andygaof 时间: 2017-2-26 08:22
无线网络因为无线空中接口质量完全不能保证，传输每个包都会有ACK，但是您认为这个ACK是用PHY芯片来做的？有线网络为了提高传输效率，压根在底层就没有重传机制的设定，CRC错物理层是不管的，数据链路层报错直接丢弃，要不要重传是TCP传输层的事，传音频压根就用没有重传机制的UDP。如果您认为是PHY芯片负责重传，那你我讨论今天先放下，我没看过USB PHY的资料，但是经验告诉我PHY是绝对不会认得CRC的，你我各自找USB PHY的资料去。如果不是PHY做的那么XMOS已经明确了它不做CRC校验。你还非要争么？
作者: cruelfox 时间: 2017-2-26 09:06
DAC支持文件本身数据格式的情况下，播放软件就不该再滤波了吧。
作者: 夜惊风 时间: 2017-2-26 10:35
USB PHY是数据接口啊，负责传输协调，纠错是软件的事情，纠错重传不是PHY的任务。
另外USB界面使用的协议是UAC1和UAC2，本身遵守USB传输协议的标准，USB界面使用的芯片一般内存都很小，误码重传的结果不是爆音就是静音，打包传输出错的概率很小，但也会有出错的时候，只要数据不断流就很难发现。
作者: 黑袍雷斯林 时间: 2017-2-26 12:04
本帖最后由 黑袍雷斯林 于 2017-2-26 12:06 编辑
那是负反馈那玩意，我还真比你熟，你把asio buff设小，放一首歌，让他时不时爆音。你能听出重传吗？就用xmos 2.0方案。。不要讲纯理论。
特别是是要求锁定精度极高的界面，经常锁定了，但是仍然时不时爆音。音频是实时流的，绝对没时间重传。
作者: qq1653304183 时间: 2017-2-26 14:44
呵呵，那么为什么 asio buffer 调大了就不会爆音了呢？
搞不懂你是想让音质好还是想让音质差，为什么就你要把asio buffer往小了调？
因为Jitter么？别逗了，大家好多都是做技术的，不要用这么逗比的理由糊弄。
“为什么 asio buffer 调大了就不会爆音”，答案我不说，我留给你说，看你的态度。
如果无法沟通，我也不再回这一帖，没意思，就这样。
作者: 黑袍雷斯林 时间: 2017-2-26 14:55
本帖最后由 黑袍雷斯林 于 2017-2-26 15:02 编辑
调大，也不是完全不会，只是爆音少，你调的特别大，你确定你能听下去。调的越大，延迟越大，特别是对于录音而言，是不可接受的。最关键的是，现在usb界面的接受端都没有能把一首歌缓存完的能力。
而且，我举这个例子，是说明没有重传，出错直接爆音。
作者: qq1653304183 时间: 2017-2-26 15:44
哦，是吗？
难道“调大缓冲区会减少爆音”本身不就证明了出错重传机制的存在吗？
何况缓冲区调大（过了一定门限，比如大约15ms的时间长度）后爆音完全消失，听几天都遇不到一次爆音，用的还是打印机线。
缓存区大了真的是话筒录音的问题吗？难道不是实时乐器监听的问题吗？何况15ms的延迟对于乐器录音算个事儿吗？
抱歉我看不到任何沟通的态度，这是最后一贴，完毕。
作者: HHYYTT 时间: 2017-2-26 16:01
buffer小而产生的爆音，两个原因，1是音频流速率不稳定，忽快忽慢，或者有断流，换句话说就是超级Jitter；2是传输有错包。buffer是个水池，相当于打点滴时的那个小罐，使供给界面的音频流协调，也是FIFO。
作者: 黑袍雷斯林 时间: 2017-2-26 16:05
你这逻辑就是混乱的。。不爆音就是重传了？ 我传输的数据没错，也不会爆音。15ms不是事，那就没必要用asio了，ks ds输出一样了。
作者: andygaof 时间: 2017-2-27 23:31
本帖最后由 andygaof 于 2017-2-27 23:35 编辑
兄弟，你还是多看看文档，ASIO的buffer是这样的。里面有两个参数，一个是buffer大小，一个是延迟时间。这两个指标可以分别设定。延迟时间是从你送信号过来，多久之后DAC开始播放，这个指标用于回放可以设定的比较大，但是用于录音尤其是混音是不可以超过2ms的，否则会造成各个音轨之间的不同步。你把Lyra2设定成4ms，录音结果都不正确。第二个是buffer的大小，这个是缓存的内容。你要知道USB传输是时快时慢的，我没有仔细看过USB的文档，但是我相信应该有个流控的机制，否则没法做buffer。所以buffer大一点之后，并不是重传，而是DA芯片要数据，buffer里面通常就有。buffer小的时候DAC爆音，我认为是buffer空了造成的，DA没取到数据。你可以做一个测试，用比较小的buffer，用大小不一的音频文件，你会发现采样率和位深比较大的源文件更容易爆音，所以这个不是重传导致的，因为我个人不认为USB传输会有很高的误码率，铜线近距离传输数字信号如果误码率高，这是不可思议的，我相信您也应该认可这个观点。
你延迟时间设定比较长，也会起到类似的作用。所以你理解buffer大了就重传是不对的。任何的CRC奇偶校验，ACK控制通常是软件，至少应该是FPGA的工作，少数万年不变的可以固化在ASIC里面，例如以太网MAC层的CRC校验，这个已经不可能有什么变化了，所以才是ASIC/NP芯片去搞。而ACK这种属于协议级别的东西，尤其是带有Windows属性的ACK响应，通常情况下都是软件完成的，少数会写在NP的微码里，作在FPGA里面的都不多，一旦要做在硬件里，例如网络分析设备，网络安全设备，只要性能要求的高一点，这个设备都要大几十万，上百万。作为民用设备，尤其是小批量的民用设备，显然是采用CPU加软件才是可能的解决方案。我想如果只是HiFi使用，芯片厂家开个模，做在芯片里，成本可能都收不回。
前两天有点生气，说话有点过分，自己修行不到位，跟您道个歉。
作者: 163zhengping 时间: 2017-3-1 22:13
楼主客气了，为你的人品点赞
。希望大家讨论都不伤和气
。
作者: curado 时间: 2017-3-2 21:00
我就呵呵了，每次趴骨文实验室出几篇初看貌似高大上的技术文章，HIFI新手们都被虎的一愣一愣的，结果都被论坛内行专家识破并指出是外行人在瞎忽悠，实验室的技术实力堪忧啊
反观绿坛真是藏龙卧虎之地啊，我看出来了，凤仙、东老邪等都是技术实力超高的强人
作者: aarwwefdds 时间: 2017-4-15 06:33
本帖最后由 aarwwefdds 于 2017-4-15 07:31 编辑
来自NXP员工
https://community.nxp.com/thread/101792 Carlos Neri的回复
解释了Feedback Endpoint的作用，这玩意主要就是告诉Host要发多少Sample填自己的buffer而已（也就是UAC标准中的Rate Feedback），除此之外并没有什么“应答/重传作用”在里面。另外他们的USB Endpoint都是Isochronous类 自身有CRC检测机制但不带重传机制（不像传U盘的Bulk类） 甚至某些严重带宽不足的情况下Isochronous数据包是定义为可以被丢弃的
根据文档 UAC1或者2都没有重传机制，无论是自适应也好异步也罢，UAC标准的制定者显然认为保持音频资料实时性比错误重传更重要（在实时性要求下重传是不靠谱的）。
事实上在正常/正确使用的情况下USB误码概率是非常非常低的，USB自身的抗干扰特性使得在短距离内想出错都很困难（只要是按标准做了）。如果真的出错 基本上后果就是静音/爆音。实际应用中因为每个人PC/产品质量都不一样，这问题不算太罕见，绿坛有个例子：
http://www.erji.net/forum.php?mo ... 4313&extra=page%3D1
我有个朋友也是机线出现爆音问题，换线解决了。这个就属于机线不合格的
当然了 取决于芯片/驱动实现，错的太多可能会通过其他类型的Endpoint（例如control）通知Host端使得播放中断 。
个人认为 标准制定者不是傻x 不过现实的可能性是无穷的。事情没有那么简单 但也没有很多玄学爱好者想的那么复杂
作者: qy680ty 时间: 2017-4-15 13:52
顶一个！
其实不同的软件播放器，对声音有不同的处理倾向，就是为了适配不同的解码-放大器-扬声器，以达到某套系统一个听感上的舒适，有时候改善幅度之大，会让人感觉仿佛是音质上的巨大提升，这种情况也是有的。。。
作者: 163zhengping 时间: 2017-4-15 21:54
虽然我不是专门搞技术的，但我并不完全赞同这个观点，如果传输是允许错误的，正如你前面所讲，无论是PC、接口、线材、驱动等等都可能产生误差导致数据错误，虽然这个错误的概率极低，但毫无疑问什么时候产生错误，产生错误的概率有多大根本不可控。
就算MP3软件对无损音频数据进行有损压缩，无论固定码率还是可变码率，最起码它也得有个规则可以遵守，也绝不是对数据可以随便抛弃和保留的对吧。
前面解释过同步传输和异步传输只是传输模式的不同，并不代表异步就可以出错，否则那个厂家也不敢开发这样的传输芯片，原因就在于它是不可控的，虽然概率很低恐怕也不行，这不符合高保真音频数据传输的目的（本来就是为更好传输而开发）。至于如何异步传输还要保证数据传输的准确性，技术上是怎么做到的，这恐怕是芯片厂家的商业技术机密，它绝对不会完完全全公诸于众，一定有所保留，否则别的芯片厂家完全可以按照这一技术原理进行技术复制和技术开发，因为这一关键技术的保留，恐怕很多人真的没有完全搞懂这个异步传输的工作原理，这恐怕是造成误解的真正原因，但从常识上讲应该不会这样，这只是个人理解。
作者: qq1653304183 时间: 2017-4-16 00:02
因为你不是搞技术的，所以你说的完全就是YY
作者: 163zhengping 时间: 2017-4-16 11:12
本帖最后由 163zhengping 于 2017-4-16 11:20 编辑
搞技术YY的多了！技术的东西谁敢保证绝对正确，否则技术就没有发展了，只要稍懂技术的人都不会这样说。现实中见过许多的砖家，钻到已经背离常识的程度却不自知，固执的坚持自己的理论，把一切的探讨和与自己不同的观点都视为另类并加以排斥，手中有权的甚至对别人进行打击，这样的专家实则是害人害己，我们要警惕的就是这样的专家。
作者: aarwwefdds 时间: 2017-4-16 13:11
我再说一遍 对于声卡 实时性要求远大于正确性要求。不管是什么声卡 本质上都是需要同步的 即使它的同步方式是“ASYNC”——一个数据传输Endpoint+一个Rate反馈Endpoint组成的同步系统。除非厂家自己写传输协议而不遵守UAC 否则就没有任何重传。也确实有厂商是自己写协议用Bulk来传的
UAC是个公开标准 相关档案是公开的 正常情况下厂家都要按此标准来开发 否则根据这个标准写的通用驱动程序就无法兼容你生产的声卡（看开源驱动代码也确实发现某些厂家的奇葩实现导致需要各种workaround...）。看不到厂家的驱动代码没关系 你可以去查Linux的UAC驱动实现 Linux是开源的
可在这里找到相关的源代码：http://lxr.free-electrons.com/source/sound/usb
这里是比较重要的两个部分 可以看到Linux内核是如何对待不同的同步方式以及如何决定给USB界面的数据大小。以及最重要的是 没有重传机制
http://lxr.free-electrons.com/source/sound/usb/pcm.c
http://lxr.free-electrons.com/source/sound/usb/endpoint.c
UAC本身也并不是专门为了高保真而做的标准 而它的高保真回放模式——也就是异步模式 只是其标准的一部分。在开源驱动实现中也可以明显的看到 “异步”只是作为整个USB Audio系统的一部分存在 并非什么特殊存在的玩意
你提到的MP3有损压缩，很有意思的是，MP3编码过程中可以丢哪些音频数据还真的是随意的，是由你使用的MP3编码器决定的，只要编码器最后出来的数据符合MP3标准就行。而如果不是应用了心理声学的LAME编码器的存在，MP3早就进入历史了。
MP3会丢失20K以上的高频也不过是LAME编码器应用了一个LPF而已 实际上你愿意的话这个LPF可以关 但是就使得留给20K频率以下的编码空间变的更少了
作者: aarwwefdds 时间: 2017-4-16 14:08
普通PC内部没有纠错的东西多了 普通内存没有纠错（有纠错的仅限于企业级ECC内存） CPU也没有纠错（AMD曾经推出个叫ACC的东西结果被拿去开核了）。这些没有纠错的东西一旦出错轻则程序崩溃 重则蓝屏（要区别于程序BUG导致的崩溃蓝屏）。 然而一个健康的PC会经常蓝屏么 显然不会。这么重要的东西没有纠错都活的好好的
他们的错误概率太低 因此普通环境下不需要纠错 真错了 那就崩吧 然后Reset就是。USB也是同理 正常/正确使用下出错的概率很低了 因此只有一定不能错的才会有重传机制
并不是说质疑是坏事 而是质疑之前先要学好一些基础。否则便陷入了不可知论中
作者: wansien 时间: 2017-4-16 15:40
为什么在纠结这个东西啊？咳咳……
DF，和MCLK这路主时钟，实际上完全是针对Delta-Sigma这种DAC而生的东西嘛，你们看，没有什么DAC的说明书里强调使用“多少多少”精度的MCLK源的说法对不对，只有强调模拟端供电的噪音要尽可能低，这是为什么呢？
作者: aarwwefdds 时间: 2017-4-16 15:52
本帖最后由 aarwwefdds 于 2017-4-16 15:55 编辑
因为数字可以发烧的东西多 转盘 PC的所有东西 什么界面 信号线
芯片供电怎么发烧啊 都在PCB板上了 烧不动啊。只能烧电源线和电处了
作者: wansien 时间: 2017-4-16 15:53
Delta-Sigma的原理，才是能实现最早在AD1955的产品说明书里阐述的“对时钟抖动超级不敏感”的原因，和要求所有的DAC芯片都强调“模拟供电应该尽可能低噪音”。
MCLK，在NOS时代是不存在的，在Delta-Sigma时代，由量化-负反馈-差值放大-回到量化的这个过程中，我们会发现原本1是1，2是2的电平信号，被变成了一个个的PDM脉冲，那么每一个脉冲的精度，实际上是很差的，只解决了上升还是下降的问题嘛，但倘若这个上升、下降的判断速度慢，则会造成许多波形跟不上，因此这个东西速度就要快，所以我们就看到了今天128倍、256倍，甚至768倍相对于LRCK速率的主时钟的存在，由于有这么一个高倍数的量化-出错-反馈-对比的过程，事实上：
Delta-Sigma的DAC精度是非常差的，而且无时无刻不在出错，与量化错误相比，时钟的偏移简直算不上个什么事。但这些错误，被高倍数的过采样（虽然我不同意这是插值升频，但……就这么想吧，升频本身就是滤波过程）将单位时间内的量化错误，均化到一段时间内了。
然后呢，如果你观察这个“一段时间内”的计总量化错误，会发现总量非常的大，非常非常的大，但……都被推到极高频去，这就简单了嘛，一个巴特沃斯三阶就解决问题了嘛，厂家就可以有精力去搞那些伪科学了嘛。
所以呢，我也不太理解你们为什么纠结USB传输是不是中断，是不是及时，反正我自己做的实验是，只要有一个data的bit乱写的，耳机里就会啪的一声，既然成品和diy产品里都没有啪的一声，那不就天下太平了，管那么多……
作者: aarwwefdds 时间: 2017-4-16 15:58
本帖最后由 aarwwefdds 于 2017-4-16 15:59 编辑
是啊 出错就爆音了。但是你这话是不能说的 不然发烧USB线怎么卖呀 买了高端发烧USB线的人怎么解释自己的听感呀
作者: andygaof 时间: 2017-4-16 16:00
然而事实是DS解码器不管理论如何，加了好的界面之后声音会明显的提升。这是为什么呢？
作者: wansien 时间: 2017-4-16 16:02
界面和信号线发烧本身也是个没道理的东西，我们知道最早把PLL锁相环以及高精度时钟引用进来，是因为播放设备和本地设备相距太远，这里面就会出问题，所以当年给出的最佳解决方案是在本地重建一个时钟，不让这个时钟去走那么长的电线，然后所有的信号跟这路时钟去对位就好了，毕竟PCB板上的10mm，畸变永远是小于发烧时钟线3m的是不。所以最好的方式，还是本地播放，本地时钟，本地解码，本地放大，全OK了。
我觉得是发烧友们过度解读了，太过度了，真的，Delta-Sigma这种模式当年也是作为用“数字电路去解决模拟问题”的方案出现的，效果不是也挺好？
作者: wansien 时间: 2017-4-16 16:07
市场上能见到的USB界面，只要是用32bit传输的，从amanero到sa9227到xmos，声音都是一样的，声音变得干净了，但觉得薄了很多，换了界面之后，马上觉得中频的密度就上来了，浓厚有感情了是不是？
因为这种一般都不适用公版的驱动，一般都在内部把信号给变成16-24bit量化了，32bit量化的最大优势是前端做数字音量衰减后，因为除不尽造成的量化失误会变小，但重新量化后，会有大量的低电平被“线性减bit算法”给压入了不可闻声压区，越靠近LSB越这样。驱动重新量化成低bit后，精度变差，但响度是均衡的，Chord就是这么干的。
作者: andygaof 时间: 2017-4-16 16:15
我比较同意DS本质是滤波算法的说法，所以DS做的不好，跟滤波算法不好一样，真的算不上好听。
作者: wansien 时间: 2017-4-16 16:21
标题: ES
Delta-Sigma的性能，一大部分是受内部过采样倍数的影响，所以大多数DAC在播放32/384的时候，性能比16/44是下降的，因为一般49.152M时，MCLK只有64倍，而这路时钟相对48k却有1024倍（当然没有这么高的，只有ES9018\9038内部使用这么高的工频），就能工作在最高性能了！另外一部分，则是受电容滤波器的影响，从目前市场反馈来看，纯粹电容滤波器比德仪那种两段式计总要好，起码中频厚度能做高一些。
作者: andygaof 时间: 2017-4-16 16:23
本帖最后由 andygaof 于 2017-4-16 16:27 编辑
所以，这些厂家的各种说辞仍然是胡扯，负反馈让THD数据变好了，然而，真正的音乐变难听了(第一个sample都不太好，但是总平均值超赞，这对音乐回放有个毛线用，音乐信号又不是连续1000Hz正弦波)。DS让时基抖动数据变好了，然而是把滤波算法提前了，本质上的算法为王的问题并没有解决，甚至可能更加恶劣，连修正的机会都不给你。
作者: wansien 时间: 2017-4-17 11:37
只能说，两害相权取其轻吧，跟传统的R-2R相比，的确是不怎么样。
作者: qq1653304183 时间: 2017-4-21 21:59
不，我们要警惕的是你这种YY还不自知的人。
作者: alienlee 时间: 2017-4-21 22:27
哇哦.......好难得看到这里有真正的交流...好事情....无论楼主还是下面几位答主....态度..认知..对事...这帖子的整个讨论氛围完全是一个正能量.......
作者: 163zhengping 时间: 2017-4-22 15:45
自知与不自知并非指具体的问题，而是指一个人的态度。我专业不搞音响，但并非完全不懂技术，否则也不会参与讨论，但讨论前有言在先申明自己的态度，无论赞成与否都是以探讨的方式，这就是自知。而你的态度是直接定性别人YY。就假定你讲的这个是绝对正确的，你能保证你所有的事情都是绝对正确的吗？如果不正确你还以这样的态度对别人就是误导，现实中很多你这样的砖家，以自己一点的正确来坚持自己所有的正确，这种态度就是不自知！
作者: qq1653304183 时间: 2017-4-22 18:39
明知道自己不是搞专业的，还要意思出来在专业人士面前JJYY，你这态度就对了？
狗屁不懂就大嘴乱开 我认为、我觉得、我感觉、我想、……还让别人尊重你的“看法”？你当你是老几？
哎呦我去，这年头真是服了，专业人员说几句真话就挨骂，屁都不懂的人出来YY几句就要求受尊重了。
你们是不是欠所有专业人员们一个道歉？
作者: 蓝子风 时间: 2017-4-22 18:53
DELTA-SIGMA的DAC挺早就出现了，90年代名噪一时的PCM1710/PCM1716/CS4390就是这类的先行者，只可惜早期的DELTA-SIGMA的DAC就是被称为JITTER影响最明显的DAC。
其超采样的量化模式决定了对MCLK时钟的低JITTER要求，以及对超采样数字滤波器的性能要求。而你所说的摆率问题在DAC芯片内部一般是不存在的或者说有足够的抑制措施。其他的转换问题其实应该时降位时的抖动噪音。这种抖动噪音频率远在音频范围外，而实际上对音频范围有降低失真的好处。所以基本大量使用的。
而所谓低JITTER要求的DAC一般是2000年后出品一代CPU中做到的，当时ADI的1855上用的技术基本延续到了1955。比较典型的就是多比特DELTASIGMA技术。具体的可以查看ADI和WOLFSON对应的技术文档。
而从PCM4102以及CS4350开始尝试的内置PLL技术开始又是新一轮的革新。
另外CD中对于断流的处理，我记得时补0
作者: gn01905951 时间: 2017-4-22 21:16
楼主认为光纤数位线如何?我一直认为在非同步系统中，光纤输入的杂讯屏蔽是最理想的
有一派认为光电转换过程中就已经造成损耗(光电转换晶片)、另一派认为只是单纯的讯号复制所以没差
这方面我也有所疑惑
作者: 163zhengping 时间: 2017-4-23 11:10
所谓专业相对而已，在更专业的人士面前你的专业就是业余！但只要对此感兴趣且问题本身并没有标准答案时大家都可以参与讨论，并非权威的一言堂。我认为，我感觉，我想等等正是我的态度，而你的满嘴脏话和咄咄逼人早已丧失了你所谓专业人士的人格，你配别人道歉吗？30年前我玩电子，20多年前我玩计算机的时候你可能连业余都算不上！
作者: qq1653304183 时间: 2017-4-23 15:44
“但只要对此感兴趣且问题本身并没有标准答案时大家都可以参与讨论”
<——抱歉，关于DAC的工作原理，真相只有一个，没有给你自由发挥JJYY的空间，请你闭嘴吧。
| 欢迎光临 耳机网-耳机大家坛 (http://erji.net/) |
Powered by Discuz! X3.2 |