[1 楼] mingzhuabin
[泡菜]
19-2-18 10:37
通过看一些网上文章,分体的我知道数播和解码都有各自的时钟,在数据传输时会有一些不同步的问题。那么数播解码一体机都做在一个机箱内,是不是共用一个时钟呢?请教各位老师解答
|
[16 楼] laurel_lei
[老坛泡菜]
19-2-27 11:42
|
[15 楼] laurel_lei
[老坛泡菜]
19-2-27 11:41
单线程 发表于 2019-2-27 07:51  音频时钟都太低啦,厂家其实根本不屑于做这个,或者说也没啥市场。jitter的改进,也就对dac什么的出来的失真度,频谱什么的有些微的影响,到一定程度,一是很难听出来,二是可能影响还不如后面一个接插件,电阻,电容什么的带来的影响大。 影响挺大,我自己设计过解码器,内部带软件锁相环,我用频谱仪测过过不过内部软件锁相环对于输出频谱有明显影响。
|
[14 楼] mingzhuabin
[泡菜]
19-2-27 10:41
ccxe 发表于 2019-2-26 17:54  又不是啥高速信号,严格同步时钟其实没啥意义。设计上数据输入输出都加了缓存,以满足时钟域切换,一个机器内基本就一个晶振做参考,精细点就加个时钟管理芯片来做各个芯片的参考频率,设计上保证走线等长还重要些 是不是一体机相对分体来说说声音好点?同价位下
|
[13 楼] 单线程
[泡菜]
19-2-27 07:51
laurel_lei 发表于 2019-2-27 01:29  最傻瓜的办法就是解码器或者音源出个同步时钟接口。这样不用从串行数据里恢复时钟。问题是这个同步时钟接口没有标准,如果有标准了,加个时钟接口一点技术含量都没有。 但是对大多数的场合,因为同步要多根线会很傻,所以有些时钟高要求的一些场合比如通信里设备同步要么是在传递的信息里包含时间同步信息,要么是从数据里恢复时钟后去抖,要么是两种办法一起上。 音源和解码器理论上属于第二种,只不过厂家提供的产品抖动指标太差,加上音响这个行业普遍水平低下,时钟去抖的方案做的厂家很少。 音频时钟都太低啦,厂家其实根本不屑于做这个,或者说也没啥市场。jitter的改进,也就对dac什么的出来的失真度,频谱什么的有些微的影响,到一定程度,一是很难听出来,二是可能影响还不如后面一个接插件,电阻,电容什么的带来的影响大。
|
[12 楼] laurel_lei
[老坛泡菜]
19-2-27 01:29
mingzhuabin 发表于 2019-2-26 17:37  还是没人回答我的问题,我觉得如果解码部分和数字源用一个时钟,这样就能避免或大大降低抖动问题,音质理论上更好 不过是不是这样,还得专业人士来回答 最傻瓜的办法就是解码器或者音源出个同步时钟接口。这样不用从串行数据里恢复时钟。问题是这个同步时钟接口没有标准,如果有标准了,加个时钟接口一点技术含量都没有。 但是对大多数的场合,因为同步要多根线会很傻,所以有些时钟高要求的一些场合比如通信里设备同步要么是在传递的信息里包含时间同步信息,要么是从数据里恢复时钟后去抖,要么是两种办法一起上。 音源和解码器理论上属于第二种,只不过厂家提供的产品抖动指标太差,加上音响这个行业普遍水平低下,时钟去抖的方案做的厂家很少。 本帖最后由 laurel_lei 于 2019-2-27 01:31 编辑
|
[11 楼] strawberry
[禁言中]
19-2-26 18:31
Bohnenkaffee 发表于 2019-02-26 18:15如果真感兴趣研究这个: BROOKLYN BRIDGE “Mytek Femtoclock Generator™” 0.82ps... jitter和几个时钟有啥关系呢? 反正都要重整的。 只和时钟精度有关系吧? 另外,为啥音频编码不引入时间戳的概念呢? 难道是因为采样频率远比视频高的原因? 本帖由 vivo+Xplay6 客户端发布
|
[10 楼] Bohnenkaffee
[陈年泡菜]
19-2-26 18:15
如果真感兴趣研究这个: BROOKLYN BRIDGE “Mytek Femtoclock Generator™” 0.82ps internal jitter. 我的理解:在一个产品里低jitter可能有帮助,但低jitter(指标好)的机器不一定保证就是最好的音质(声音)。
|
[9 楼] ccxe
[泡菜]
19-2-26 17:54
mingzhuabin 发表于 2019-02-18 10:37通过看一些网上文章,分体的我知道数播和解码都有各自的时钟,在数据传输时会有一些不同步的问题。那么数播解码一体机都做在一个机箱内,是不是共用一... 又不是啥高速信号,严格同步时钟其实没啥意义。设计上数据输入输出都加了缓存,以满足时钟域切换,一个机器内基本就一个晶振做参考,精细点就加个时钟管理芯片来做各个芯片的参考频率,设计上保证走线等长还重要些 本帖由IOS客户端发布
|
[8 楼] mingzhuabin
[泡菜]
19-2-26 17:37
还是没人回答我的问题,我觉得如果解码部分和数字源用一个时钟,这样就能避免或大大降低抖动问题,音质理论上更好 不过是不是这样,还得专业人士来回答
|
[7 楼] Bohnenkaffee
[陈年泡菜]
19-2-26 14:12
买设备不用考虑这些,看价格和用家评论,最直接就是自己听。也许自己喜欢的并不昂贵指标也不是很好。
|
[6 楼] luoke2000
[资深泡菜]
19-2-26 13:39
|
[5 楼] 单线程
[泡菜]
19-2-26 09:53
buffer后面还是有时钟,还是会有jitter。 jitter是目前逃避不了的存在。
|
[4 楼] 不误正业1
[禁言中]
19-2-19 08:36
|
[3 楼] Huchiz
[陈年泡菜]
19-2-18 14:33
strawberry 发表于 2019-2-18 14:00  为啥有必要同步呢? 只要有buffer,有时钟重整。 反而比同步更好一些吧。 说个题外话,大概10年前正当各大牌音响厂初涉网播,古河等便迫不及待推出天价网线来配合。 有工科男问,都是BUFFER,jitter有鸟关系。然后大神就说了,这是音响,不是电脑,这个HIFI网线的时效性很重要。于是某工科男把网播屁股后面的网线一拔,音乐10秒钟后才熄灭。 然这个时候,大神已经匿了。。。。。
|
[2 楼] strawberry
[禁言中]
19-2-18 14:00
为啥有必要同步呢? 只要有buffer,有时钟重整。 反而比同步更好一些吧。
本帖由 vivo+Xplay6 客户端发布
|