视频模式

BliKVM v1、v2 和 v3 基于 HDMI-CSI 采集卡，目前支持两种视频流模式：H264 和 MJPEG，可在网页界面中切换。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 图像，依次替换 <img> HTML 标签中的内容。如果前述模式之一运行良好，现在没有必要使用此模式。

"优点/缺点"

• ✅ 有时由于操作系统权限限制（例如在 Red Hat Linux 或 Debian 中），浏览器中 H.264 被禁用。但 MJPEG 始终可用。
• ✅ 不会被防火墙阻止，因为它看起来像普通的 HTTPS 流量。
• ✅ 如果网络良好，延迟较低。
• ❌ 不支持音频。
• ❌❌❌ 占用大量带宽。

视频保存

待更新。