Andrew Haung bluedrum@163.com 转载请注明作者及联络方式
 
Mjpeg是Motion JPEG 的简称。它的原理是把视频镜头拍成的视频分解成一张张分离的jpg数据发送到客户端。当客户端不断显示图片，即可形成相应的图像.
大部分低端的网络摄像头都支持的MJPG协议,较为高级的摄像头支持是H.264.
MJPG的优点是实现简单，客户端实现简单，不会出现马赛克的情况。缺点就是占带宽比较大，因为是一帧一帧按图像来传输的.
MJPG可以在多种传输协议上传输，比如TCP/UDP，最常见是在HTTP上采用传输。大部分的摄像头也是采用HTTP+MJPG的传输形式的。我们后续将采用这个进行分析。
关于MJPEG分析的的比较详细是的 http://www.jpegcameras.com/,里面有大量关于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

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