This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DM368的解码器不能实时解码,会缓存一帧,求原因。



近期在抠实时编解码的延时性能,测试步骤如下:

1、编码程序在process前打断点,每次执行前,摄像头对准一个不同数字的画面。通过断点控制码流的发送。

2、解码程序实时在跑,收到码流后立即解码并显示。

实验结果发现,当编码对准画面1时,执行process并发送码流,解码不能立即显示1。当编码对准画面2时,执行process并发送码流,解码才显示画面1,以此类推。

请坛子里的大牛帮忙分析一下是什么原因?是TI解码器本身的问题,还是参数设置的问题?

  • 你好,

    请问是h264dec么?如果是解码器的参数displayDelay设置的是多少?

  • 你好,Chris Meng,我用的是h264dec,开发包是dvsdk。displaydelay默认是16,我把它改为0了。

    昨天的问题,好像是测试方法不对导致的:

    1、当我把画面1对准相机时,执行process,实际编的是画面1之前的画面。画面1这时刚被驱动采集并缓存起来。

    2、当我把画面2对准相机时,执行process,实际编的才是画面1,这时画面2被驱动采集并缓存。

    这样的话,decode实际输出的确实是当前码流的画面。

    TI的dec的工作机制,也是实时输出当前码流的画面吧?最近被性能搞的晕头转向的,还请Chris Meng再帮忙从机制上确认一下。非常感谢!