我试图创建一个工具来从通过http传输的mjpeg流中获取帧 . 我没有找到任何规范,所以我看了维基百科说的here:
为响应对MJPEG文件或流的GET请求,服务器通过HTTP流式传输JPEG帧序列 . 一个特殊的mime类型内容类型multipart / x-mixed-replace; boundary = 通知客户端期望几个部分(帧)作为分隔的答案 . 此边界名称在MIME类型声明本身中明确公开 .
但这在实践中似乎并不十分准确 . 我抛弃了一些流来了解它们的行为方式 . 大多数流具有以下格式(其中 CRLF 是回车换行符,部分 Headers 是一些没有状态行的 Headers 字段):
Status line (e.g. HTTP/1.0 200 OK) CRLF
Header fields (e.g. Cache-Control: no-cache) CRLF
Content-Type header field (e.g. Content-Type: multipart/x-mixed-replace; boundary=--myboundary) CRLF
CRLF (Denotes that the header is over)
Boundary (Denotes that the first frame is over) CRLF
Partial header fields (mostly: Content-type: image/jpeg) CRLF
CRLF (Denotes that this "partial header" is over)
Actual frame data CRLF
(Sometimes here is an optional CRLF)
Boundary
Starting again at partial header (line 6)
第一帧从不包含实际图像数据 . 所有分析的流都具有Content-Type标头,类型设置为 multipart/x-mixed-replace .
但是有些流在这里弄错了:
两台服务器声称 boundary="MOBOTIX_Fast_Serverpush" 但后来使用 --MOBOTIX_Fast_Serverpush 作为帧分隔符 .
这让我非常恼火,所以我想采用另一种方法来获得帧 .
由于每个JPEG以 0xFF 0xD8 作为图像开始标记开始,以 0xFF 0xD9 结束,我可以开始寻找这些 . 这似乎是一种非常肮脏的方法,我不是很喜欢它,但它可能是最强大的方法 .
在我开始实现之前,我是否有一些关于MJPEG通过HTTP错过的观点?是否有通过HTTP传输MJPEG的真实规范?只是观察JPEG的开始和结束标记而不是使用边界来分隔帧时有什么注意事项?