做过SDI解音频信号的朋友请进

只看该作者 · 2012-2-29 00:19

16# 雪夜虫子
同意雪夜虫子兄弟的说法。

比如：SDI解嵌以后的音频数据以AES的方式发送出去，AES输出使用一个数字音频监测器进行监测（例如，泰克的AMM768），如果使用FIFO，为了实现速率匹配，有时候要么丢一个数，要么重复一个数，丢弃的数据或重复的数据都会导致AES的192bit的通道状态位的CRC校验出错，这样，数字音频监测器就会识别到这个错误，进行报警。这种情况俺碰到过，当时使用数字音频监测器监测某个厂家的数字音频设备的AES输出，发现每过20多分钟就出现一次CRC报警，每次差不多都是20多分钟，比较有规律，后来才知道该厂家使用FIFO速率匹配方式来实现，就出现了上面大家讨论的问题。

个人赞同雪夜虫子兄弟的说法，这种情况将音频同步到视频就可以简单的解决。

只看该作者 · 2012-2-29 08:35

嘻嘻，无线通信
前面就说了，丢数或重复一个数的方法，如果有专业设备测试是可以被了现的，人耳是听不出来的。我们说的是这个。

2万 · 2012-2-29 08:48

本帖最后由雪夜虫子于 2015-7-23 09:29 编辑

..

只看该作者 · 2012-2-29 09:59

:lol，嘻嘻，
往往是视频的问题好解决，而音频的则很麻烦。确实。当年刚工作时就是做的这活，给人擦的屁股。音频每隔10S左右就会有一声爆音，后来的做法就是上面说的丢一个，或重复一个数。这种情况下是解嵌转I2S，真的，丢一个数或重复一个数，在波形上决对被DAC平滑了。

只看该作者 · 2012-2-29 10:01

LZ是用的什么型号的片子

2万 · 2012-2-29 10:13

本帖最后由雪夜虫子于 2015-7-23 09:29 编辑

:lol，嘻嘻，
往往是视频的问题好解决，而音频的则很麻烦。确实。当年刚工作时就是做的这活，给人擦的屁股。音频每隔10S左右就会有一声爆音，后来的做法就是上面说的丢一个，或重复一个数。这种情况下是解嵌转I2S， ...
Backkom80 发表于 2012-2-29 09:59

..

只看该作者 · 2012-2-29 10:19

对，普通商用。:lol

只看该作者 · 2012-3-2 10:13

谢谢各位的建议，我用本地时钟12.288M经FPGA分频后得到音频时钟3.072M，又将视频时钟与音频时钟做了同相处理，在720P，1080I60，1080P30等分辨率下声音听起来很好，但到了1080P50,1080P60声音效果就很差了，女声变成了男声，而且有噪声。音频数据的缓冲区我采用的是双口RAM，深度为512。请问各位为什么会这样