RTSP/UDP経由でH.264/MPEG4/MJPEGビデオをストリームするIPカメラ製品を開発します。 Webインターフェイスがあります。現在、VLC Firefoxプラグインを使用してブラウザのライブRTSPストリームを表示できますが、FirefoxはNPAPIプラグインのサポートを中止しており、現在はデッドエンドです。ウェブブラウザでライブビデオをストリーミングする現在のベストプラクティス?
カメラ自体は比較的低消費電力のARM SoC(ラズベリーPiレベルだと思う)なので、ボード上でオンザフライでオンザフライでストリームをストリームするような広大なスペアリソースはありません。
主な目的は、ビデオストリームがウェブインターフェイスから正しく動作しているかどうかをチェックすることです。新しいストリームをストリーミングする(またはトランスコードする)ことは、他のフォーマット/トランスポート/ストリーミングエンジンでは、オリジナルのRTSPストリームを直接送信します。通常の使用では、ビデオはRTSPを介してVMSサーバにストリーミングされるため、改ざんされません。
解決策は、オープンソースのクロスブラウザとHTML5タグの内部で起こりますが、最も一般的なブラウザの1つ以上で動作する場合は、それを使用します。
私は、HTML5ビデオタグ、WebRTC、HLSなどの勇敢な新しい世界について、ここや周りのあらゆる種類のものを読んできましたが、まだ分かりやすい完全なソリューション余分な変換/トランスコーディング/リストリーミングを必要としません。多くの場合、サポートされているフレームワークが半分か、実行可能な解決策ではない余分なサーバーがあります。
私たちのストリームを「what-html5-video-like」に「変換」する必要があるかもしれないし、必要でないかもしれないことについての適切な記述がまだ見つかりませんでした。オーバーヘッドが多く、すべてが異なる場合。同様に、変換がJSを使ってオンボードでも、おそらくブラウザでも達成できるかどうかは不明です。
タイトルの理由は、すべての仕組みを変えなければならないとすれば、「ベストプラクティス」とみなされ、適切なものではなく、次のW3Cのプレスリリースよりもうまくいかないかもしれない。
私は、2017年にはこれを達成するための合理的な方法がないように思うが、少し残念だが多分驚くことではない。
おそらく、「少なくとも最悪の練習は」より適切な用語だろう...
悲しいことに、トランスコードを追加したくない場合にブラウザをターゲットにしたい場合は、オリジナルを再考する必要があります。 WebRTCやMPEG Dash(https以上)は、おそらく最も長期的なプラットフォームに依存しないソリューションですが、そのためにカメラをアップデートする必要があることをサポートするために... VLCは、 、サポートされなくなった – Offbeatmammal