Skip to content

视频模式

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