2

ビデオストリーミングを含むWinRTアプリケーションを作成しています。今、私はビデオをデコードするためのストリーミングサーバーとクライアント上のMJPEGDecoder lib（ http://mjpeg.codeplex.com/ ）としてVLCで終わりました。

しかし、HTTPストリームを作成してクライアントから接続した後、MJPEGDecoderはヘッダーが無効であると言います（マルチパートストリームが必要です）。VLCからVLCは正常に動作します。

質問1：どうすれば修正できますか？

質問2：WinRT用のビデオストリーミングを作成するための代替手段は何ですか？

4

2 に答える 2

3

理解した。http://tumblr.martinml.com/post/2108887785/how-to-broadcast-a-mjpeg-stream-from-your-webcam-withの助けを借りて

VLCには、mimeタイプと境界を設定するオプションがあります。リンクからの構成例

:sout=#transcode{vcodec=MJPG,vb=400,width=640,height=480}
:duplicate{dst=std{access=http{mime=multipart/x-mixed-replace;
boundary=--7b3cc56e5f51db803f790dad720ed50a},mux=mpjpeg,dst=:1234/webcam.mjpg}}
于 2013-02-17T17:35:02.900 に答える
3

質問/回答についてもう少し詳しく説明します。投稿された回答は単なる例にリンクしていますが、それを説明していません。nietherは例自体を行います。ですから、誰かがつまずいた場合に備えて、この回答を完成させたいと思います。

質問で共有するのを忘れたvlcストリームを定義したとき、アクセスパラメータhttpからオプションを指定せず、vlc標準モジュールをそのように定義した可能性があります。（同じ問題が発生したときと同じように）

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

VLCを使用して、http経由で配信されるmjpegストリームを作成しています。別の質問でのosgxの返信のおかげで、ここにMPJEGoverHTTPについて説明しているウィキペディアのリンクがあります。基本的に：

M-JPEG over HTTPは、特別なmime-type multipart / x-mixed-replace with parameter border = * <boundary> *****を使用して、 <境界で区切られた一連のJPEG画像を送信することをクライアントに通知します。 >。

<境界>に適用されるルールは、この投稿で Gumboによって述べられており、他のいくつかのガイドラインは、おそらく新しいガイドラインによって廃止され、RFC2046で定義されています。

混合置換されたメディアタイプは、MIMEに関するウィキペディアの記事で説明されています

配置した例には、httpを介してストリーミングされるメディアコンテンツのmimeの定義が含まれているため、httpアクセス定義を使用してオプションのパラメーターとして定義できます。

standard{access=http{mime=multipart/x-mixed-replace;boundary=--myboudary},mux=mpjpeg,dst=< address >:< port >/< path >}
于 2013-06-27T00:14:19.573 に答える