视频模式
BliKVM v1 v2 v3基于HDMI-CSI采集卡,目前支持两种H264和mjpeg视频流模式,可以在web界面进行切换;BliKVM v4基于USB视频采集卡,只支持mjpeg模式。
视频参数建议
- v1 v2 v3建议都是使用h264模式,此模式延迟低,所需带宽小;
- H.264 Mbps(比特率) - 数值越大,视频质量越好,但网络流量会增加,公网下结合网络带宽调节;
- H.264 gop(图像组) - 必须强制添加参考帧的帧数,网络好的情况下可以设置为0,不好的情况下可以设置为30;
WebRTC H.264模式
它使用高效的H.264编码来节省流量。视频通过WebRTC协议进行传输,你可能在使用Discord或Google Chat视频通话时遇到过这个协议。由于WebRTC不使用HTTP传输视频,建立连接比较复杂(但BliKVM自动化了99%的情况)。如果你在使用WebRTC模式时遇到问题,请查看本指南。
优点/缺点
- ✅ 支持所有现代浏览器。
- ✅ 支持音频。
- ❌ 由于连接不良(如移动互联网、糟糕的Wi-Fi等)或路由器设置导致WebRTC优先级低,视频可能会丢失。
- ❌ 在某些网络中可能会被完全阻止,公网传输时如果网络限制很多,stun不能成功的话,则可能拿不到图像。
- ❌ 由于所有浏览器中WebRTC处理的特殊性,有时延迟可能会略有增加。
传统的MJPEG模式
经典的Motion JPEG。这是自古以来IP摄像头向浏览器传输视频的方式。流只是一个无限队列的JPEG图像,它们在 HTML标签中相互替换。如果前面的模式之一正常工作,现在没有必要使用它。
优点/缺点
- ✅ 有时由于操作系统的许可限制(例如,在Red Hat Linux或Debian中),浏览器中禁用了H.264。 但MJPEG总是可以工作。
- ✅ 它不会被防火墙阻止,因为它看起来像是常规的HTTPS流量。
- ✅ 如果网络良好,延迟低。
- ❌ 不支持音频。
- ❌❌❌ 消耗大量流量。
视频保存
待更新.
Last update:
February 8, 2025
Created: February 8, 2025
Created: February 8, 2025