近期在抠实时编解码的延时性能,测试步骤如下:
1、编码程序在process前打断点,每次执行前,摄像头对准一个不同数字的画面。通过断点控制码流的发送。
2、解码程序实时在跑,收到码流后立即解码并显示。
实验结果发现,当编码对准画面1时,执行process并发送码流,解码不能立即显示1。当编码对准画面2时,执行process并发送码流,解码才显示画面1,以此类推。
请坛子里的大牛帮忙分析一下是什么原因?是TI解码器本身的问题,还是参数设置的问题?
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.
你好,
请问是h264dec么?如果是解码器的参数displayDelay设置的是多少?
你好,Chris Meng,我用的是h264dec,开发包是dvsdk。displaydelay默认是16,我把它改为0了。
昨天的问题,好像是测试方法不对导致的:
1、当我把画面1对准相机时,执行process,实际编的是画面1之前的画面。画面1这时刚被驱动采集并缓存起来。
2、当我把画面2对准相机时,执行process,实际编的才是画面1,这时画面2被驱动采集并缓存。
这样的话,decode实际输出的确实是当前码流的画面。
TI的dec的工作机制,也是实时输出当前码流的画面吧?最近被性能搞的晕头转向的,还请Chris Meng再帮忙从机制上确认一下。非常感谢!