找回密码
 -注册-
楼主: andygaof
打印 上一主题 下一主题

应F大建议,把我另外一贴回复DAC工作过程和影响因素发一下

[复制链接]
21
发表于 2017-2-20 12:33 | 只看该作者 来自 中国
mvw 发表于 2017-2-20 11:08
我知道hq有选项可以不升,但我认为即便把这些全关了,这个软件播放时候还是做过大动作的dd的,声音听上去有 ...

对比过HQ JR FB三者(HQ升频和抖动全关 JR的DSP设置全关)
用ASIO 三者输出的数据是一致的

当然 实际听感是有不同的 JR对声音有一些涂抹 FB中性 HQ更注重分析同时声场的表达和FB明显不同
回复

使用道具 举报

22
发表于 2017-2-20 13:08 | 只看该作者 来自 广东广州
科普文,非理科生有点看天书的感觉。
不过还是很感激大大们的科普!
回复

使用道具 举报

23
发表于 2017-2-20 13:11 | 只看该作者 来自 广东广州
mvw 发表于 2017-2-20 09:08
老叶说数字线主要考虑高频电缆,也就是要有可靠的带宽,或者说速度得够.

但为什么现在不少DIY数字线还是倾向用模拟线来加工制作呢?跟纯数字线比,模拟线对DoP的影响有多大?
回复

使用道具 举报

24
发表于 2017-2-20 13:13 | 只看该作者 来自 广东广州
夜惊风 发表于 2017-2-20 10:12
模拟滤波不涉及数字处理,跟是不是源码没有关系,但是在PC端对文件的码流进行DF处理,毫无疑问U ...

搭车问一下,那iPod touch作为数字转盘的性能如何?
回复

使用道具 举报

25
发表于 2017-2-20 13:20 | 只看该作者 来自 江苏苏州
本帖最后由 atpeter 于 2017-3-14 20:03 编辑

删除痕迹
回复

使用道具 举报

26
发表于 2017-2-20 13:29 | 只看该作者 来自 广东深圳
poluozero 发表于 2017-2-20 13:13
搭车问一下,那iPod touch作为数字转盘的性能如何?

玩具
回复

使用道具 举报

27
发表于 2017-2-20 13:34 | 只看该作者 来自 福建福州
楼主犯的最大一个错其实就是没搞清楚PC上时的DF算法是不受JITTER影响的,那是因为数据处理格式的问题。只存在算法的好坏区别而已。因为PC记录的数据只有文件头表明了这个数据的采样信息,而文件自身不会带时钟。所以处理起来是没有JITTER影响的。看专业编辑软件的设置也知道,如果处理速度跟不上导致断流则是出现爆音的现象。出JITTER的地方是在输出到音频设备后,比如PCI-E,USB音频设备。这个过程中才会受到JITTER的影响。

DA时的DF算法则不同,是要和时间轴对应的实时处理。所以对JITTER很敏感。楼主所说的这些应该是要针对D/A过程中的JITTER影响变化。
回复

使用道具 举报

28
发表于 2017-2-20 13:42 | 只看该作者 来自 广东广州
回复

使用道具 举报

29
发表于 2017-2-21 07:45 | 只看该作者 来自 浙江杭州
poluozero 发表于 2017-2-20 13:11
但为什么现在不少DIY数字线还是倾向用模拟线来加工制作呢?跟纯数字线比,模拟线对DoP的影响有多大?

这个我就不太清楚了,我只是听几个年级大一些稍微思考过一些这个问题的人聊过,我自己暂时只用机线,但是确实能听出线的好坏.

阻抗不匹配可能会导致回波干扰到信号的判断,比如界定0和1的转变时,会产生误差,也就是jitter.dsd信号频率已经到mhz了,对线的速度还是有要求的,至于用模拟信号线大概是因为现在的工业基础随便生产个导体也能跑mhz信号了吧,但ghz可能还不好说.
回复

使用道具 举报

30
发表于 2017-2-21 12:23 | 只看该作者 来自 湖北武汉
好贴,要顶:)
回复

使用道具 举报

31
 楼主| 发表于 2017-2-21 16:51 | 只看该作者 来自 北京
蓝子风 发表于 2017-2-20 13:34
楼主犯的最大一个错其实就是没搞清楚PC上时的DF算法是不受JITTER影响的,那是因为数据处理格式的问题。只存 ...

我有说PC上DF受时钟影响了?而且在原贴中,数字线传输特意提到USB异步线路抖动是无所谓的,只有同轴和AES这种有问题。您表述的观点我在码农的帖里表示过了。你我没有差异。
回复

使用道具 举报

32
发表于 2017-2-21 17:11 | 只看该作者 来自 广东深圳
蓝子风 发表于 2017-2-20 13:34
楼主犯的最大一个错其实就是没搞清楚PC上时的DF算法是不受JITTER影响的,那是因为数据处理格式的问题。只存 ...

        文件本身不具有时钟性质,但是任何FIR数据滤波器的设计都是基于特定时域内对频域的处理,不可能说PC的DF处理就可以脱离时域信息的影响,只要他还是FIR
回复

使用道具 举报

33
发表于 2017-2-23 14:12 | 只看该作者 来自 福建福州
本帖最后由 蓝子风 于 2017-2-23 14:16 编辑
夜惊风 发表于 2017-2-21 17:11
文件本身不具有时钟性质,但是任何FIR数据滤波器的设计都是基于特定时域内对频域的处理,不可能 ...

你要记得,PC上过的处理不是时间轴对应的实时帧处理,而是类似类似批处理后靠缓冲控制输出的。就说一个最简单的DAC上处理的差值DF是一个FS时钟处理一次的DF操作来作为基准的。但是一定要有这个时钟作为对照。因为这个是属于进度无回馈型的。时钟轴是固定的,所以DF出值的结构受倒时钟JITTER的影响。而PC上进行DF处理的时候则是按照PC处理速度及时的做一定数量的DF,然后放到缓存,之后数据输出的时候从缓存读取就可以了,而根据缓存内数据大小可以决定前端是否继续进行批量的处理。这种处理方式输出的数据格式依然和PC上存储文件类似,只对帧处理,而不用考虑实时时钟对齐,是不受JITTER影响的,而影响只在输出到音频设备后。
很多专业编辑软件在加载了足够多的效果器后,容易导致CPU处理不过来,而出现空缓存的状态,实际输出上表现就是爆音。这个只是和处理能力有关。

回复

使用道具 举报

34
发表于 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芯片。

       这个玩法有点意思,争取早日在我的三代机上面实现它
回复

使用道具 举报

35
发表于 2017-2-24 13:18 | 只看该作者 来自 广东深圳
夜惊风 发表于 2017-2-23 22:31
我好像一直搞错一个事情了,刚刚看了DSP实现FIR的原理才明白过来。
         
        另外你 ...

终于搞明白了。
我还是觉得bitperfect比较好,或者2x,4x,8x插值这种。
回复

使用道具 举报

36
发表于 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、只有在对信息本身进行解读的那一刻,才有因信息解读的失误而产生失真和误差。解读信息失误的因素有很多,但传递信息的信号本身质量好坏、解码器本身性能和稳定性等都是最大因素。

回复

使用道具 举报

37
 楼主| 发表于 2017-2-24 19:09 | 只看该作者 来自 北京
163zhengping 发表于 2017-2-24 13:54
http://www.erji.net/forum.php?mod=viewthread&tid=1968262&extra=&page=6
注意几个概念
1、数字是信息 ...

老兄的看法我个人认为有点偏差,数据在传输的过程中是会出错的,介质不同出错的概率不同。这也是为何无线网络必须对每个数据包进行确认的原因,IP电话刚刚问世的时候抖动是一个巨大的问题。尽管这个抖动和你解码器的抖动不是一个概念,但是用数据处理去类比思考对时间有严格要求的数字音频是不正确的,声音处理时流控,先进先出,缓存等方式都不适用。他必须在给定的时间给出正确的结果。这个时间不是通常通讯信号的50ms信令控制,而死1/44100秒,并且微秒级抖动就会造成明显的声音劣化。

事实上个人认为异步USB的问题来自于纹波干扰和USB2I2S时的时钟精度,而同轴光纤AES则是总抖动
回复

使用道具 举报

38
发表于 2017-2-24 20:53 | 只看该作者 来自 广东深圳
本帖最后由 qq1653304183 于 2017-2-24 20:58 编辑
但是请注意声音回放USB传输是没有重传机制的。

看过我不得不说一句。
楼主,别看XMOS里没有出错重传的机制,那是因为出错重传这件事是USB硬件自己做的。
打比方说,PCI-E声卡还需要出错重传吗?PCI-E显卡还需要出错重传吗?
而USB和PCI-E一样,都不需要,因为USB硬件自己自动完成了检错和出错重传,整件事透明于上层软件。
回复

使用道具 举报

39
发表于 2017-2-24 21:39 | 只看该作者 来自 上海松江区
楼上回答正确
回复

使用道具 举报

40
发表于 2017-2-24 22:24 | 只看该作者 来自 广东深圳
163zhengping 发表于 2017-2-24 13:54
http://www.erji.net/forum.php?mod=viewthread&tid=1968262&extra=&page=6
注意几个概念
1、数字是信息 ...

同意。
数据是静态的记录,或者是分时记录的某时采样。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。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | -注册-

本版积分规则

Archiver|手机版|粤icp备09046054号|耳机网-耳机大家坛

粤公网安备 44030602000598号 耳机大家坛、www.erji.net、网站LOGO图形均为注册商标

GMT+8, 2025-7-23 00:05

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表