gpt4 book ai didi

windows-runtime - VLC 和 MJPEG 解码器流式传输( header 无效)

转载 作者:行者123 更新时间:2023-12-01 23:14:42 25 4
gpt4 key购买 nike

我正在制作一个包含视频流的 WinRT 应用程序。现在我结束了 VLC 作为流媒体服务器和客户端上的 MJPEGDecoder lib ( http://mjpeg.codeplex.com/ ) 来解码视频。

但是在创建 HTTP 流并从客户端连接到它之后,MJPEGDecoder 说 header 无效(它需要多部分流)。 VLC 到 VLC 工作正常。

问题 1:如何解决?

问题 2:为 WinRT 创建视频流有哪些替代方案?

最佳答案

只是进一步详细说明您的问题/答案。发布的答案仅链接到一个示例,但没有对其进行解释,示例本身也没有。所以我想完成这个答案,以防其他人偶然发现它。

当你定义你的 vlc 流时,你忘记在你的问题中分享你很可能没有从访问参数 http 指定任何选项,并且这样定义了 vlc 标准模块。 (就像我遇到同样问题时所做的那样)

standard{access=http,mux=mpjpeg,dst=< address >:< port >/< path >}

您正在使用 VLC 创建通过 http 传送的 mjpeg 流。感谢osgx回复another question , 这是描述 MPJEG over HTTP 的维基百科链接.基本上:

M-JPEG over HTTP informs the client using a special mime-type multipart/x-mixed-replace with parameter boundary=*< boundary >*****, that you will be sending a series of JPEG images separated by the < boundary >.

适用于 的规则已在this post 中说明经过 Gumbo RFC2046 中定义了一些其他指南,现在可能已被更新的指南所取代

混合替换媒体类型在维基百科中有解释article on MIME

由于您放置的示例包括通过 http 流式传输的媒体内容的 mime 定义,可以将其定义为带有 h​​ttp 访问定义的可选参数。

standard{access=http{mime=multipart/x-mixed-replace;boundary=--myboudary},mux=mpjpeg,dst=< address >:< port >/< path >}

关于windows-runtime - VLC 和 MJPEG 解码器流式传输( header 无效),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14923666/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com