lrsun

是不需要协议，目前我们做的这个数字音频传输控制系统由数字信号发送端和数字信号接收端两部分组成，其中接收部分带一个2进4出的音频处理器，这个处理器可以通过网络来进行控制。 牵涉一些技术细节，在这里不好公布，见谅。 有时间欢迎来我这里看看。 我们近期准备做一个一对网线传输传输多路音频信号（wav格式）的实验。

三个汉字

原帖由 lrsun 于 2008-8-28 22:34 发表 是不需要协议，目前我们做的这个数字音频传输控制系统由数字信号发送端和数字信号接收端两部分组成，其中接收部分带一个2进4出的音频处理器，这个处理器可以通过网络来进行控制。 牵涉一些技术细节，在这里不好公布 ...

其实我是想问问 比AES/EBU信号,有什么优势? 或者比SPDIF信号都行的

三个汉字

PS:我只是纯粹做应用的 对研发或者市场也没什么大兴趣 不过友情提示的是,如果是用网线,那为什么不基于协议呢 一个40块钱的HUB就可以中继得很完美....

通宝音

学习受益中.

lrsun

spdif aes3/ebu都是数字音频传输的标准， spdif 信号只能单端发送、接收，距离较近。 aes3/ebu带宽4m多点。可差分或单端发送接收数字音频信号，距离较远。 采用aes3/ebu的正常的链路是：spdif发送给aes3/ebu然后发出，反之接收。

lrsun

不用协议的目的是减少时滞，尤其是在现场应用的时候。

lrsun

还有一点，没有协议就杜绝了丢包的机会，才能避免音质的损害。

三个汉字

我们平常数字信号,无中继传输基本上都是用AES/EBU 和SPDIF的区别,一个是欧广联专业标准,一个是民用标准 其实网线舞台箱(就是你说的有协议的),我也没觉得有很大延时,只是觉得不如光纤的舒服而已 如果没有协议,那我是否能理解为直接用CAT5-CABLE来传输类似AES/EBU的信号呢? "采用aes3/ebu的正常的链路是：spdif发送给aes3/ebu然后发出，反之接收。" AES/EBU是自己的标准,和SPDIF没关系的吧~

三个汉字

原帖由 lrsun 于 2008-8-28 23:11 发表 还有一点，没有协议就杜绝了丢包的机会，才能避免音质的损害。

有了协议是为了丢包能够监测到,然后重发 没有协议,丢包都不知道 才损伤音质呢 做个测试吧哥们 要是需要我可以给你出广播级测试仪,价格站内信件商量

lrsun

哈哈，越说越多了，若是你了解它的硬件结构就清楚了。 adc dac 的信号都是通过spdif这个桥发出去的