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

借V3D问问随身AES跟USB输出哪个最好?

[复制链接]
21
 楼主| 发表于 2024-4-23 16:23 | 只看该作者 来自 江苏省南京市
bobocrack 发表于 2024-4-23 13:23
关键是很多设备没有aes接口啊,很苦恼,aes接口可以转成其他接口吗?

台式大多数都有,DA1就有一个,不过需要小转大,随身有AES的好像也就xd05bal跟xd05pro有了
回复

使用道具 举报

22
发表于 2024-4-23 16:29 来自手机 | 只看该作者 来自 江西省九江市
c口要看是走spdif信号还是usb audio信号,spdif是有时钟的

回复

使用道具 举报

23
发表于 2024-4-23 16:30 来自手机 | 只看该作者 来自 北京市丰台区
这个要对比
回复

使用道具 举报

24
发表于 2024-4-23 16:33 来自手机 | 只看该作者 来自 江西省九江市
spdif是一种信号协议,光纤 同轴 aes typec 只是传输这种协议的物理接口
回复

使用道具 举报

25
发表于 2024-4-23 16:36 来自手机 | 只看该作者 来自 广东省
dongzhuoliu2 发表于 2024-4-23 16:22
我们只是探讨哈,不是要较真。我搜了下USB传输的同步貌似不靠晶振,而是靠一种叫“帧同步”的机制。和音 ...

其实问个很简单的问题就好了,如果USB信号和时钟没关系的话解码器怎么知道前端传输过来的USB信号流是44.1的文件还是48 96或者DSD呢
以前玩树莓派(一般只有USB输出)的时候一样有用TCXO或OCXO替换掉板载晶振去强化USB信号信号质量的做法,USB传输的音频流是必然与时钟有关的。

回复

使用道具 举报

26
发表于 2024-4-23 16:45 来自手机 | 只看该作者 来自 北京市丰台区
首先USB是否够好,另外的USB界面是否够好。再对比aes。
回复

使用道具 举报

27
发表于 2024-4-23 17:00 来自手机 | 只看该作者 来自 上海市
三千院风 发表于 2024-4-23 16:36
其实问个很简单的问题就好了,如果USB信号和时钟没关系的话解码器怎么知道前端传输过来的USB信号流是44.1 ...

树莓派升级的是总线时钟

v3d里面两个晶振是音频上用,不参与总线的传输的时钟,是用在iis信号转spdif信号的界面上。

负责把iis转成spdif(同轴,光纤等)的也是个数字界面,这个界面负责识别你的信号是44k还是48k之类。

也就是说,v3d里面是有iis转spdif界面的,但没有USB 转 USB界面的,v3这部分则是给了模拟电路。

解码器接收到spdif信号输入后,还要再过一遍解码自己内部的界面。


回复

使用道具 举报

28
发表于 2024-4-23 17:02 来自手机 | 只看该作者 来自 江西省九江市
dongzhuoliu2 发表于 2024-4-23 16:22
我们只是探讨哈,不是要较真。我搜了下USB传输的同步貌似不靠晶振,而是靠一种叫“帧同步”的机制。和音 ...

我觉得你俩没有把问题细化,各说各的在。
usb口只是个口,如果走的spdif信号,给到解码,如果解码的口也是接收的spdif,那正好直接用;如果走的是普通的usb audio信号,那后面接收到的就是一滩数据,需要通过界面时钟再生。
仅供讨论,我觉得我的这个解释应该是没啥问题的。
回复

使用道具 举报

29
发表于 2024-4-23 17:05 来自手机 | 只看该作者 来自 上海市
proman1st 发表于 2024-4-23 17:02
我觉得你俩没有把问题细化,各说各的在。
usb口只是个口,如果走的spdif信号,给到解码,如果解码的口也 ...

他意思是设备加钟会影响到USB口输出质量,我意思是不一定。有的设备比如台机,有相关设计,就会影响,没有相关设计,就没影响。

而随身上没空间做相关设计,所以没影响。
回复

使用道具 举报

30
发表于 2024-4-23 17:38 来自手机 | 只看该作者 来自 广东省
dongzhuoliu2 发表于 2024-4-23 17:00
树莓派升级的是总线时钟

v3d里面两个晶振是音频上用,不参与总线的传输的时钟,是用在iis信号转spdif信 ...

我的意思是USB信号在生成的时候也需要有时钟信号进行参考的,并不是在你说的USB处理这一环保才有时钟的参与。
回复

使用道具 举报

31
发表于 2024-4-23 17:41 来自手机 | 只看该作者 来自 上海市
三千院风 发表于 2024-4-23 17:38
我的意思是USB信号在生成的时候也需要有时钟信号进行参考的,并不是在你说的USB处理这一环保才有时钟的参 ...

没有的,时钟信号是时钟信号,USB信号是USB信号。最典型的例子就是iis其中一路是时钟信号,能分开的,不是在一起的。只有iis转spdif的时候(比如同轴),才融合成了音频信号。
回复

使用道具 举报

32
发表于 2024-4-23 17:43 来自手机 | 只看该作者 来自 上海市
三千院风 发表于 2024-4-23 17:38
我的意思是USB信号在生成的时候也需要有时钟信号进行参考的,并不是在你说的USB处理这一环保才有时钟的参 ...

把iis中时钟信号与数字信号融合的工作,就靠晶振:也就是按一定的频率来发射脉冲信号,这个频率由音频晶振控制。
回复

使用道具 举报

33
发表于 2024-4-23 18:22 来自手机 | 只看该作者 来自 广东省汕头市
dongzhuoliu2 发表于 2024-4-23 17:41
没有的,时钟信号是时钟信号,USB信号是USB信号。最典型的例子就是iis其中一路是时钟信号,能分开的,不 ...

这段的观点是错误的。除非是纯模拟系统,不然是不可能绕开时钟的,简单说,如果没有时钟的参与的话,播放器的CPU都上不了电。USB线同轴线缆等虽然涉及信号只有两根线芯但也都是同时混合传输着多种信号,其中就包括时钟信号。如果像你认为的USB信号跟时钟没关系的话,那就不存在所谓的Jitter,同时只要走USB也就不会存在SRC的问题了,同时像U鼠这类设备就也不需要有晶振的存在不是吗此外时钟信号不仅仅有一种,iis十几根线里头不止一组时钟信号,包括WCK MCLK等,所有这些信号的产生都和USB信号一样需要源于时钟信号作为参考,有的系统全部都基于主时钟,有的则会单独用特别的音频时钟去作为这些信号的参考。
回复

使用道具 举报

34
发表于 2024-4-23 18:39 来自手机 | 只看该作者 来自 上海市
三千院风 发表于 2024-4-23 18:22
这段的观点是错误的。除非是纯模拟系统,不然是不可能绕开时钟的,简单说,如果没有时钟的参与的话,播放 ...

那得是台式机才有条件用上好的主时钟,你说的时钟应该不是那两个晶振吧?
回复

使用道具 举报

35
发表于 2024-4-23 19:21 来自手机 | 只看该作者 来自 山西省太原市
同轴更好听
回复

使用道具 举报

36
发表于 2024-4-24 00:36 | 只看该作者 来自 广东省广州市白云区
dongzhuoliu2 发表于 2024-4-23 16:22
我们只是探讨哈,不是要较真。我搜了下USB传输的同步貌似不靠晶振,而是靠一种叫“帧同步”的机制。和音 ...

uab有自己本身的传输时钟,不是音频采样率时钟。 异步usb模式下,由接收界面方phy主导usb传输的速度,但如果发送方的USB时钟不行跟不上接收方的调度,可能就是异步usb的数播也能影响后面解码的原因。
回复

使用道具 举报

37
发表于 2024-4-24 09:15 | 只看该作者 来自 浙江省嘉兴市
本帖最后由 周大壮壮 于 2024-4-24 09:19 编辑

对比了一下,AES与USB相比,会更加接近CD,音色上非常像,一些细节表现上还不行,比如会比cd硬一些。但是这是要线材比较好的情况下才有类似表现
回复

使用道具 举报

38
 楼主| 发表于 2024-4-24 15:06 来自手机 | 只看该作者 来自 江苏省苏州市
周大壮壮 发表于 2024-4-24 09:15
对比了一下,AES与USB相比,会更加接近CD,音色上非常像,一些细节表现上还不行,比如会比cd硬一些。但是这 ...

前两天去南京想试试,结果人家没v3d 白跑一趟
回复

使用道具 举报

39
发表于 2024-4-24 23:06 来自手机 | 只看该作者 来自 浙江省金华市
差距很微弱,Aes的声音稍微稳定丢丢,但我感觉Aes更可能为了长距离使用场景,短线用哪个都无所谓

回复

使用道具 举报

40
发表于 2024-4-25 10:50 | 只看该作者 来自 湖北省黄冈市
proman1st 发表于 2024-4-23 17:02
我觉得你俩没有把问题细化,各说各的在。
usb口只是个口,如果走的spdif信号,给到解码,如果解码的口也 ...

简单明了
回复

使用道具 举报

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

本版积分规则

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

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

GMT+8, 2024-5-7 12:39

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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