MJPEG协议

Mjpeg是Motion JPEG 的简称。它的原理是把视频镜头拍成的视频分解成一张张分离的jpg数据发送到客户端。当客户端不断显示图片，即可形成相应的图像。

大部分低端的网络摄像头都支持的MJPG协议，较为高级的摄像头支持是H.264.

MJPG的优点是实现简单，客户端实现简单，不会出现马赛克的情况。缺点就是占带宽比较大，因为是一帧一帧按图像来传输的。

MJPG可以在多种传输协议上传输，比如TCP/UDP，最常见是在HTTP上采用传输。大部分的摄像头也是采用HTTP+MJPG的传输形式的。我们后续将采用这个进行分析。

一.mjpg分析

-----------------------------------------------------------

mjpg的在http的mime type是“x-mixed-replace”。但mjpg

首先是要由客户发一个GET取一个特殊文件（不同摄像头有不同的定义）

如果ipcam返回200，表示已经接收的请求，并在返回的头里指明边界字符串，这是在context type的boundary子属性来指明的。

然后ipcam开始发送JPG数据，首先是发送类型和长度。

Content-Type= image/jpeg以及用Content-Length指向随后的长度。

当一个图发送完毕后，以边界字符串来结束。

以Original LIVECAM Motion JPEG为例，它的mjpg流程是

这里的边界字符串是ThisRandomString.

GET /xxx.jpg HTTP/1.1

HTTP/1.0 200 OK Server： Digital Video Technology PUSH1 Expires： 0 Pragma： no-cache

Content-Type： multipart/x-mixed-replace;boundary=ThisRandomString

--ThisRandomString

Content-Type： image/jpeg

Content-Length： 6280

。..（jpeg数据）

--ThisRandomString

二.mjpg-streamer的协议说明

------------------------------------------------------------

在本次监控项目中，我们使用了mjpg-streamer， mjpg-streamer是常用来实现mjpg流传输的开源项目，我们分析一下它的协议内容。

首先是发送 GET /？action=stream\n\n

服务器响应200表示联接成功。并指明是multipart/x-mixed-replace的mjpg数据，边界字符串是boundarydonotcross

HTTP/1.0 200 OK

Connection： close

Server： MJPG-Streamer/0.2

Cache-Control： no-store， no-cache， must-revalidate， pre-check=0， post-check=0， max-age=0

Pragma： no-cache

Expires： Mon， 3 Jan 2000 12:34:56 GMT

Content-Type： multipart/x-mixed-replace;boundary=boundarydonotcross

--boundarydonotcross

接下是开发发送JPG数据

Content-Type： image/jpeg

Content-Length： 19454

《中间19454字节就是一个JPG完整的图像》

--boundarydonotcross

当连续不断发送这个数据，在客户端即可显示视频