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.
请教一下
DM8168在h264编码后通过rtsp实时传输，通过VLC播放，正常的延迟时间在什么范围内？
现在延迟在1.5 - 2s间，DM8168可以参数设置进行优化吗？
可以做到 200ms 内；
DM8168 采集和编码 demo 的程序延时是比较小的，应当不会导致这么高的延时的；
rtsp 服务 和 vlc 都需要优化， VLC 也有缓冲的。
谢谢您的回复
我现在对编码后的数据缓存5帧存在buf内，buf将数据memcpy到rtsp内部的数据空间进行传输。
这个延迟该如何测试呢？
了解了一下，设置bitrate ， B帧的设置等对编码延迟有一点作用。
DVRDK4.0开发包内部有关于rtsp的demo吗？
你现在的 rtsp 是怎么实现的？live555 ？
是的延时是通过秒表测试的吗？
bitrate 和 B 帧， 影响比较小；你现在延时1.5s，这个影响100ms内；
DVRRDK 里面没有 rtsp 的 demo；
基于live555的rtsp服务器，重新实现函数DoGetNextFrame（），内部调用getFullBuf（）和 putEmptyBuf（）来进行视频数据传递，buf缓存5帧。
延迟是通过秒表测试的。
有什么方法可以对编码，传输，解码等各个部分进行测试的吗？
各模块的延时可以参考：
http://processors.wiki.ti.com/index.php/Latency_Measurement_on_Capture_Encode_Decode_Display_Demo
实测试过，和上面给出的值基本差不多；
你可以先测试 capture + display 的延时；
再测试 capture + encode + decode + display 的延时；
可以大致确定 capture + encode 的延时，剩下的延时就是应用处理产生的延时了；
