在近期的项目开发中，我们遇到了关于实时视频监控的需求。由于此前在这方面涉猎不多，因此特地花了一些时间对视频相关的基础概念进行学习和整理，以便更好地理解并满足业务需求。本文将简要梳理视频监控涉及的关键技术点，包括帧率、码率、编码格式、封装格式、传输协议，以及主流的推流技术方案。

一、视频基础概念

1. 帧率（Frame Rate）

帧率指的是视频中每秒播放的画面数量，单位为 fps（frames per second）。帧率越高，画面越流畅，特别是在运动量较大的场景（如体育赛事、安防监控）中，高帧率有助于更清晰地捕捉动作细节。常见帧率包括 24fps（电影）、30fps（通用视频）、60fps（高流畅度需求场景）。

2. 码率（Bitrate）

码率是指单位时间内传输的视频数据量，通常以 kbps 或 Mbps 表示。码率越高，画质越好，但同时也更占用带宽。为了保证视频播放的流畅性，需要根据网络环境在帧率与码率之间做权衡。例如，弱网环境下可能需要降低码率或帧率以保证稳定传输。还可以根据当前的网络环境动态实时的调整码率与质量，这种技术被称为自适应流媒体技术——Adaptive Bitrate Streaming（ABR）。

3. 视频编码格式（Video Codec）

视频编码的目的是对原始视频数据进行压缩，从而降低存储与传输成本。Web 端常见的视频编码格式包括：

• H.264（AVC）：目前最主流的编码格式，广泛兼容；

• H.265（HEVC）：压缩率更高，适合高清、4K 视频传输，这个是苹果开源的一种格式，部分浏览器的兼容性不是很好；

• VP8/VP9：Google 推出的开源编码格式，主要用于 WebRTC；

• AV1：这是一种先进的编码格式，压缩效率与质量都非常好，但是Web端兼容性不太好，而且要是有实时转码的场景下效率会比较慢，主要用于高清、4K/8K视频的传输。

4. 视频封装格式（Container Format）

封装格式用于将视频流、音频流以及字幕等信息组合在一个文件中。常见的封装格式包括：

• MP4：最常用的格式之一，支持广泛；

• WebM：Google 推出，适用于网页播放，支持 VP8/VP9 编码；

• MKV、FLV：灵活性强，但 Web 端兼容性较差，随着Flash的消亡也逐渐淘汰。

二、视频传输协议

在实时视频监控系统中，选择合适的传输协议至关重要。以下是几种主流的视频推流协议：

• RTMP（Real-Time Messaging Protocol）
  传统直播常用协议，延迟较低，适合直播推流，但是原生浏览器不再支持，依赖于Flash，逐渐被淘汰。

• HLS（HTTP Live Streaming）
  苹果推出的基于 HTTP 的流媒体协议，稳定性高，延迟较大（通常10~30秒），适合非强实时场景，一般用于点播。

• WebRTC（Web Real-Time Communication）
  面向实时音视频通信，低延迟（毫秒级），适用于视频通话、互动直播、多人协作等高实时性场景。

• SRT（Secure Reliable Transport）
  由 Haivision 推出的开源协议，具备高稳定性和低延迟，适合复杂网络环境下的音视频传输。但是在Web实现较为复杂，可以结合Wasm技术进行实现。

• WebSocket
  虽然不是专门用于音视频传输的协议，但是它更灵活，我们不但可以传输编码后的视频二进制数据，还可以传输其他的一些描述性信息，适合轻量级应用场景。前端通过接收二进制视频数据利用MSE（Media Source Extensions）技术进行解析播放，这是一个基于Web的流媒体拓展的功能，可以让我们用JavaScript进行媒体串流，并使用Video标签播放。

三、小结

在 Web 端实现实时视频监控，其实可选方案并不多。综合考虑 浏览器兼容性、实现难度、延迟控制、带宽适配 等因素，我们最终在项目中采用了 WebSocket + fMP4 的方式进行视频传输。这种方式在我们的小场景项目中已经能够较好地满足实时性和稳定性的需求。

当然，除此之外，还有其他可行的实现方案，比如：

• WebRTC + WebM：具备极低延迟，适合对实时性要求极高的场景，但实现和调试复杂度较高；

• HLS + MP4：兼容性强，适合大规模分发，但延迟相对较高，通常用于近实时或点播场景。

每种方案都有其适用场景和技术权衡，具体选择还需根据实际的 项目需求、设备支持情况、性能表现、实现的复杂度等因素 综合评估，做出最合适的技术决策。

通过对视频格式、编码方式、传输协议的深入理解和对比，可以为项目中视频监控模块的架构选型提供可靠的参考依据。