java视频流传输_目前在Web浏览器中流式传输实时视频的最佳做法？

我们开发了一种IP摄像机产品，可通过RTSP / UDP传输H.264 / MPEG4 / MJPEG视频 . 它有一个Web界面，目前我们使用VLC Firefox插件允许在浏览器中查看实时RTSP流，但Firefox正在放弃对NPAPI插件的支持，因此目前是死路一条 .

相机本身是一个相对低功耗的ARM SoC(想想Raspberry Pi级别)，因此我们没有大量的备用资源来执行诸如在板上即时转码流的操作 .

主要目的是从Web界面检查视频流是否正常工作，因此在某些其他格式/传输/流媒体引擎中流式传输新流(或对其进行转码)比以某种方式直接播放原始RTSP流更不可取 . . 在常规使用中，视频通过RTSP流式传输到VMS服务器，因此无法进行更改 .

在理想的世界中，解决方案将是开源跨浏览器并发生在HTML5标签内，但如果它在一个或多个最流行的浏览器中工作，我们将采用它 .

我一直在网上和网络上阅读关于HTML5视频标签，WebRTC，HLS等勇敢新世界的各种内容，并且还没有看到任何看起来像一个不合理且完整的解决方案的东西一些额外的转换/转码/重新流，通常由一些半支持的框架或中间的额外服务器，这是不可行的解决方案 .

我还没有找到一个正确的描述，可能需要或不需要将我们的流“转换”为什么-html5-video-like，无论它只是围绕同一基本视频流的稍微不同的包装器，或者是否有很多开销和一切都不同 . 同样，不清楚是否可以使用JS在板上或甚至在浏览器中实现转换 .

Headers 的原因是，如果我们必须改变一切运作的方式，我们也可以尽可能地做任何被认为是“最佳实践”和合理的未来证据，而不是一些可能没有的权宜之计 . 超越下一轮浏览器更新/下一个W3C新闻稿......

我觉得有点令人失望(但也许并不奇怪)，2017年似乎没有明智的方法来实现这一目标 .

也许“最差的做法”可能是更合适的术语......