摄像头+硬解1080P 延时最小是多少？

IPC和解码器都改成P60，比P30快

本帖最后由 ngswfx 于 2016-8-28 04:51 编辑

通常哪里有buffer，哪里产生延迟。延迟就是有地方暂存数据，如果没有地方存，就不会延迟了。

尤其是在线程内处理，也就是说，如果某个buffer在一个线程里面处理，各个线程之间在等数据，并且这样的线程有好几个。堆积后，延迟就大了。

根据我对数字图像的理解，编码部分的延迟应该不会太大，应该在40ms以内，通常由于需要把数据传输出去，IPC一般采用服务器模式建立网络发送，也就是rtsp服务器，这里面有发送线程，有数据缓冲池，这里是延迟大户。

//2个线程衔接数据，产生的延迟，应该可以控制在1ms以内，这里应该不算太大。

另外，网络传输本身也有延迟。这方面我没有概念，应该是网络底层数据缓冲发送以及接收后的缓存，但总体估计不会超过10ms。

到了解码端，最大的延迟在解码缓冲那里。当然，前提条件是，得到IPC数据包以后是否预先对包进行缓冲，然后凑齐一帧送入解码。如果是这种方法，还会再多些延迟。数据送入解码SDK后，才是最大的延迟，这个延迟通常在40ms-120ms之间，也就是1-3帧延迟，这主要由于显示为了实现平滑，需要控制显示输出的时机，也就是pts控制。所以这里是最大的延迟产生点，如果要实现非常流畅的解码显示（避免卡顿），通常这里会达到10帧以上缓冲。

/////其实我想写个测试程序，由硬解码客户端开启服务器模式，直接开启某个tcp或者udp端口，然后从IPC得到编码数据后，主动推流给解码端，解码端通过阻塞方式收数据，由于不做任何拆包组包，不做任何纠错处理，解码时，按照帧解码，并采用最小缓冲显示的方式，我估计应该可以把延迟控制在120ms以内。

你说的编码   40ms  解码40-120ms  传输10ms 还要算上sensor的采集时间呀。
编码端的采集时间或缓存我估计海康大华已经优化得很好了。解码端我也没有做任何缓存，收到就送往解码。总共时间（摄像头拍秒表和显示器）在210-230ms跳变。

你这个120ms不知道有没有算上sensor采集时间和编码时间？

[quote][url=forum.php?mod=redirect&goto=findpost&pid=36802&ptid=12435]9crk 发表于 2016-8-29 15:54[/url]
你说的编码   40ms  解码40-120ms  传输10ms 还要算上sensor的采集时间呀。
编码端的采集时间或缓存我估计 ...[/quote]

视频采集的延时就是和帧率相关啊，一帧图像都传完了也就采集完了，这个没办法优化。提高帧率是唯一办法。