帖子详情

题外音：MJPEG的低端网络摄像机说，给我一定的带宽，我的图像延迟一定比H.264的IPCAM要低。因为MJPEG是基于单帧压缩传输的概念，画面延时确实会低于H.264。H.264是基于连续帧的编码压缩，需要有编码缓冲，也需要有解码缓冲。浅陋的看法，请各位拍砖吧：1. 网络摄像机方案绝大多数是基于SOC芯片设计，芯片本身带有硬件的h.264/mpeg4的编码核，不是早年间用DSP自主做编码算法的方式。所以对于编码本身优化的空间并不大。2. 现在对视频编码算法的优化，基本思路是对视频编码算法的压缩率调整与网络传输带宽的匹配设计。3. 图像的延时与画质，与所需带宽紧密关联。 强制想获得足够短的延时，那就加大I帧的比例，降低编码缓冲深度。演示也许可以，但...4. 图像的延时，与PC的硬件，解码控件与摄像头编码端的兼容程度，解码控件与操作系统的兼容性相关，与电脑本身安装的各种软件有一定关联。一些系统用NVR,与NVR的兼容性也会带来类似的问题，因为一些小路数的NVR用也是X86的板子。5. 现在许多网络摄像机是双码流的，这对于带宽的需求是双重的。主码流用于存储，副码流用于实时显示。副码流小尺寸图像，降低压缩率，用于实时显示；主码流，提高压缩率，大尺寸图像，用于存储。6. 从系统级、具体应用环境角度出发进行优化，要兼顾带宽、图像实时显示质量、图像录像存储质量出发也许靠谱些吧。所以，演示系统具有一定的迷惑性，不能一味强调延时的比较。