只是为了进一步详细说明您的问题/答案。
发布的答案仅链接到一个示例,但没有解释它,示例本身也没有解释。所以我想完成这个答案,以防其他人偶然发现它。
当您定义 vlc 流时,您忘记在问题中共享该流,您很可能没有从访问参数 http 中指定任何选项,并且如此定义了 vlc 标准模块。(就像我遇到同样问题时所做的那样)
standard{access=http,mux=mpjpeg,dst=< address >:< port >/< path >}
您正在使用 VLC 创建通过 http 传输的 mjpeg 流。
谢谢osgx https://stackoverflow.com/users/196561/osgx回复另一个问题 https://stackoverflow.com/questions/7294660/what-format-is-this-jpeg-stream-from-my-cheap-chinese-ip-webcam,这是描述的维基百科链接通过 HTTP 的 MJPEG http://en.wikipedia.org/wiki/Motion_JPEG#M-JPEG_over_HTTP。基本上:
M-JPEG over HTTP 使用特殊的 mime 类型通知客户端多部分/x-混合替换带参数边界=******,您将发送一系列由 分隔的 JPEG 图像.
适用的规则已在这个帖子 https://stackoverflow.com/questions/4656287/what-rules-apply-to-mime-boundary by
Gumbo https://stackoverflow.com/users/53114/gumboRFC2046 中定义了其他一些准则,也许现在已被更新的准则所取代
维基百科中解释了混合替换的媒体类型关于 MIME 的文章 http://en.wikipedia.org/wiki/MIME#Mixed-Replace
由于您放置的示例包含通过 http 流式传输的媒体内容的 mime 定义,因此可以将其定义为带有 http 访问定义的可选参数。
standard{access=http{mime=multipart/x-mixed-replace;boundary=--myboudary},mux=mpjpeg,dst=< address >:< port >/< path >}