1

假设您使用的是最新的 Chrome 或 Firefox 的 Beta,现在使用 HTML5 显示来自摄像机的内容似乎很简单。查看器演示

同样清楚的是,仅使用 HTML5(JavaScript,无插件),您可以运行视频会议。视频会议演示(需要最新的 Chrome 或 Firefox Nightly) 传输视频的首选方式似乎是直接点对点传输,这就是示例的工作方式。附加阅读

但是,我更喜欢将视频作为单向视频源传输到服务器,并让服务器自行决定如何处理视频流。(保存、广播、转换等)

您能否建议我为数据硬编码目标端口号和 IP 地址的方法?有没有办法用 TCP 做到这一点?在将流应用于 TCP 连接之前,有没有办法让我自己进行握手?TCP 连接可以用 TLS 加密吗?

可能的线索:视频会议演示写入 JavaScriptconsole日志,查看该日志表明它支持少量对等协议。a)点对点数据可以在同一子网或通过互联网传输,或者如果防火墙不允许,则通过回显服务器(我认为这是某些实现的选项)。b) 数据可以通过 TCP 或 UDP 传输。

我还读到RTCDataChannel支持 DTLS。(所以也许它也支持纯 TLS)无论哪种方式,我都觉得它可以被伪装成视频会议对等体的服务器强制直接连接到服务器,但我不知道如何。

我希望使用这个解决方案,因为与我发现的基于 Java 的替代方案相比,这些演示的性能要好得多(更高的 FPS,更少的延迟,甚至在网络层之前)。有可能我可以用 Flash 代替,但我对它不熟悉,而且我觉得使用 HTML5 会更好,即使目前它的吸引力稍差一些。(需要 Chrome 或 Firefox 的实验版本)

4

0 回答 0