视频编码正在进入多种技术路线长期并存的阶段。H.265/HEVC承担着大量现有设备的实时视频与录像任务，AV1持续拓展互联网视频应用，H.266/VVC进一步提高压缩效率，AV2则在AV1基础上推进新一代开放视频编码。
对于无纸化会议、工业巡检、机器人回传和视频平台开发者，真正需要回答的问题是：这些新标准能改善什么？需要付出多少计算与适配成本？现有设备是否能够使用？今天选择的媒体架构，能否承接后续升级？
从大牛直播SDK（SmartMediaKit）的视角看，编码技术的竞争最终要落到系统表现上。压缩效率决定了技术潜力，设备适配、实时处理和模块协同决定了这种潜力能否成为客户可用的能力。
一、先看清技术版图：AV2、VVC与其他方案处在什么位置
首先需要区分术语。AV2、AV1、H.265和H.266属于视频编码标准或规范；RTSP、RTMP、SRT等属于媒体传输体系中的协议。前者规定视频如何表达与重建，后者解决媒体如何在系统之间传递。
截至2026年9月，AV2已经进入正式规范阶段。AOMedia官方规范页面列出了2026年5月28日发布的AV2 1.0.0，并明确说明早期"v13"属于已被替代的工作草案，版本数字不能直接与正式版比较。
这意味着，AV2已有稳定的实现依据，但产品部署还要等待或验证具体编解码器、硬件、封装和播放器的支持。
几条主要路线可以这样理解：
| 技术路线 | 主要定位 | 项目评估重点 |
|---|---|---|
| H.265/HEVC | 现有行业视频系统的重要编码基础 | 设备兼容、实时性能、存量平台接入 |
| AV1 | AOMedia上一代开放视频编码 | 目标终端覆盖、具体编码器效率、分发适配 |
| AV2 | 在AV1基础上提高效率与码流组织能力 | 实现成熟度、设备算力、传输与容器配套 |
| H.266/VVC | 面向多类视频应用的高效编码标准 | 压缩收益、软硬解能力、完整链路支持 |
| MPEG-5 EVC | 兼顾技术与商业采用需求的编码路线 | 具体实现、客户生态与部署条件 |
| MPEG-5 LCEVC | 与基础编码配合使用的增强编码 | 基础层与增强层协同、终端升级成本 |
其中，EVC与LCEVC不能混为一谈。MPEG对EVC的定位包含对实际商业采用需求的考虑；LCEVC则通过增强层与其他基础编码配合，改善视频重建效果，技术组织方式与独立替换整个编码格式不同。
"先进"需要对应明确目标：可能是更少的码率，也可能是更合适的算力投入、更好的终端覆盖，或更低的系统改造成本。
二、AV2与VVC的区别：既要看编码工具，也要看码流组织
AV2和VVC都通过分块、预测、变换、量化与熵编码等环节减少视频冗余。两者具有相近的基本任务，但采用不同的语法、工具组合与系统设计，码流不能相互替代。
更灵活的分块，让不同区域得到不同处理
视频画面并不均匀。会议桌面中的文字、白底与嵌入视频，巡检画面中的天空、树叶和设备铭牌，都具有不同的结构。
AV2正式规范允许64×64、128×128和256×256的超级块，并通过进一步划分组织内部区域。VVC的编码树单元最大为128×128，结合四叉、二叉和三叉划分处理不同形状的内容。
较大的顶层块有机会减少平缓区域的组织开销，灵活划分则有助于处理复杂边界。但最大块尺寸不能作为性能排名：实际效果仍取决于内部工具、编码器搜索策略与素材。
更精细的运动描述，减少复杂变化中的预测误差
摄像机转动、物体旋转和镜头缩放，很难完全用简单平移描述。
VVC采用仿射运动补偿及相关预测细化工具；AV2规范也包含局部形变运动预测等处理。两者都在尝试更准确地利用参考画面，但具体实现和计算开销不同。
对无人机和移动巡检，这类工具具有评估价值。不过，场景复杂也可能增加编码搜索负担。移动设备能否使用相应配置，需要结合温升、续航和实时输出能力测试。
更丰富的滤波，需要放到重建过程里理解
VVC包含自适应环路滤波等工具；AV2也定义了环路恢复及跨分量处理。此类工具参与编码规定的图像重建，不能简单理解成播放器末端的美颜开关。
这里有一个重要的工程区别：可以通过合适的编码配置生成采用不同工具的码流，但解码端不能任意跳过码流要求的重建步骤，再宣称仍然保持标准一致性。
如果某个产品提供"关闭滤镜"选项，需要先判断它控制的是编码工具、标准外的后处理，还是实现中的特殊行为。
多视角与组合内容，扩大了编码的组织能力
AOMedia介绍，AV2支持可伸缩码流、多流和多视角应用，包括将相关视频内容组织到同步码流中。VVC同样具有可伸缩和多视角相关能力，不能将这些概念简单视为某一种标准独有。
对于多摄像头协作、沉浸式视频和组合画面，这提供了新的技术空间。但标准能够表达多个视角，不代表现有多路播放器已经支持相应码流，也不会自动解决摄像头采集时钟的偏差。
三、压缩效率怎么比较：不要把不同测试的百分比拼成排行榜
AV2究竟比VVC更省多少码率？这个问题需要共同测试条件，不能只比较各自的宣传数字。
一项2026年公开的AV2评估论文，针对工作版本v13.0与AV1基线，在随机访问配置下报告了约29.81%的PSNR-YUV BD-rate降低，以及约33.79%的VMAF BD-rate降低。
这些数字提供了技术参考，但应保留三个边界。
首先，比较基线是AV1，并非VVC。AV2相对AV1的收益，不能与VVC相对HEVC的收益直接相减或排序。
其次，这是指定版本、素材和配置下的结果。工作版本测试不能自动变成所有正式版商用编码器的性能承诺。
最后，BD-rate描述的是一定质量区间内的码率---质量关系。它不是每段视频、每个码率点都固定节省相同比例，也不能直接等同于用户主观感受。
尤其需要区分随机访问与低延迟配置。上述论文分别定义了允许帧重排的随机访问测试，以及不采用帧重排的低延迟测试。两种配置服务的目标不同，收益不能随意套用。
面向SmartMediaKit客户，更有价值的问题是：在同一台设备、相同实时要求和相近关键细节质量下，哪种具体实现能够减少数据开销？
建议至少记录以下条件：
| 比较维度 | 必须明确的内容 |
|---|---|
| 输入 | 素材、分辨率、帧率、位深、色度采样与预处理 |
| 编码器 | 版本、速度预设、码率控制、参考结构与分析等待 |
| 画质 | 客观指标，以及文字、纹理、运动目标的人工对照 |
| 实时性 | 首帧、持续延迟、延迟波动和恢复时间 |
| 资源 | CPU、GPU、内存、温升、功耗与并发路数 |
| 系统 | 是否包含传输、显示、录像及其他并行任务 |
如果一个方案节省了码率，却让移动终端无法持续工作，或者令操作者看到明显过期的画面，那么它尚未完成该场景所要求的升级。
四、AV1、AV2、VVC与LCEVC，适合怎样的部署思路
编码选择应该从业务约束出发。
互联网分发：重点看播放端覆盖与规模收益。
对于大量重复播放的内容，可以投入更多编码时间，换取后续分发节省。此时AV1的既有部署基础、AV2的新增压缩潜力以及VVC的具体实现，都值得结合目标用户群体评估。
AOMedia在AV2正式规范解读中明确预计，AV1与AV2将长期共存，新标准的采用会随软件实现和硬件支持逐步推进。
无纸化会议：重点看文字和交互。
一页静态文档看起来清晰，不代表滚动、批注和翻页时同样可用。测试应包含小字号文字、彩色边缘、表格和嵌入视频，同时检查采集缩放与色度采样造成的影响。
AV2官方资料特别提到对屏幕内容的改进，但项目仍需验证具体编码器和终端组合。
机器人与无人机：重点看画面及时性和资源余量。
更低码率可能缓解网络排队，但新增的编码和解码耗时也可能抵消收益。除了平均延迟，还要看异常高延迟、短时积压和网络恢复后的画面新鲜度。
对这类应用，经过验证的HEVC方案仍可以承担当前交付，新编码则适合在受控设备与链路中逐步引入。
录像与资料归档：重点看长期可用性。
文件变小只是收益之一。系统还需支持准确检索、随机定位、跨分段回放和导出，并明确维护终端是否具备解码能力。
存量终端升级：可以评估增强编码路线。
LCEVC与基础编码协作的方式，使其具有复用现有解码资源的评估价值。但增强层的传输、解码和输出仍需适配；只支持基础层的设备，不会自动得到完整增强效果。
由此可见，多编码共存具有现实意义。系统可以让不同终端获取适合自身能力的码流，但替代码流需要另行编码或转码，不能依靠修改格式标识获得。
五、新编码进入RTSP、RTMP或SRT，必须跨过哪些环节
"支持一种传输协议"和"支持该协议承载某种编码"，是两项不同能力。
VVC已有RFC 9328规定RTP载荷格式；AV1也有AOMedia发布的RTP载荷规范。它们分别定义相应码流如何被封包、描述和接收，不能直接当作AV2的承载规则。
在一条完整链路中，至少需要检查：
- 编码与初始化信息： 接收方是否能够识别编码类型，并获取正确的解码配置。
- 协议与封装： 发送端、服务端和接收端是否采用一致的承载方式。
- 时间与随机访问： 能否正确组织解码、显示、重新加入和定位回放。
- 终端能力： 支持的分辨率、位深、配置档次及软硬解路径是否匹配。
- 录像与导出： 容器能否写入，后续工具能否读取和使用。
SRT负责传输字节数据，但采用SRT并不自动完成新编码在MPEG-TS或其他上层格式中的适配。RTMP链路同样需要核对具体编码映射、服务端与播放器支持。
AV2发布公告也将容器绑定、软件实现与一致性测试列为后续生态工作的组成部分。这说明正式规范是重要起点，完整部署需要多个环节共同成熟。
这里还应分别验收"能转发""能录像"和"能解码显示"。兼容节点可能无需解码即可转发压缩数据，但截图、画面合成和多数视觉分析需要解码后的图像。
对SDK而言，新编码支持的深度，应当以完成了哪些媒体流程说明，而不能只用一个格式名称概括。
六、SmartMediaKit后续跟进，能够复用哪些技术优势
SmartMediaKit已经围绕H.264/H.265形成推流、播放、轻量级服务、转发和录像等媒体模块，并积累了多平台集成经验。这些能力可以成为跟进AV1、AV2和VVC的工程基础。
以下讨论的是可复用的技术优势和后续演进方向，不代表已经发布上述新编码的全部模块支持。
协议适配经验，有助于处理编码与承载之间的差异。
SmartMediaKit官方博客介绍了RTMP H.265国内扩展方式与Enhanced RTMP HEVC的播放器支持。这类工作积累的价值，是能够识别"编码一致、封装不同"的工程问题。
后续跟进新编码时，同样需要处理初始化、封装、会话状态与中间节点兼容。已有经验可以复用，但每种新映射仍需实现和验证。
推流与播放模块协同，有助于建立完整性能基线。
客户最关心的是采集到显示的表现。具备输入、输出和运行反馈的模块组合，有助于在测试中判断延迟来自编码、网络、解码还是显示，也便于与现有HEVC链路比较。
这种能力能够让新编码的测试结果更接近客户实际使用条件。
跨平台积累，有助于把"能够解码"细化为设备能力。
Windows工作站、Linux ARM64设备与移动终端，具有不同的计算和显示条件。后续适配应分别说明软件解码、硬件解码、可持续分辨率和并发范围。
SmartMediaKit已有Linux ARM64等平台的播放集成资料，可以为设备验证和业务接入提供经验基础。
国产操作系统项目也应核对具体发行版、处理器、驱动和图形环境。能够编译、能够播放和能够长期稳定运行，是需要分别确认的结果。
录像与转发组合，有助于保护客户已经建立的业务流程。
新编码上线后，客户仍然需要预览、记录、回放和问题定位。SmartMediaKit既有模块组合，为后续将这些环节纳入验证提供了基础。
其客户价值，是尽量让编码能力升级留在媒体层内，使上层人员、任务和资料管理少受影响。能够复用多少业务逻辑，应由接口设计与兼容测试确定。
七、把标准跟进转化为可交付能力，需要怎样的路线
对于SmartMediaKit，跟进先进编码的合理目标，是逐步形成有依据的支持范围，让客户知道什么已经可用、什么仍需验证。
可以按四个阶段组织：
| 阶段 | 重点任务 | 应形成的结果 |
|---|---|---|
| 规范与样本验证 | 固定规范版本，准备真实素材和一致性样本 | 明确码流范围与测试基线 |
| 解码与设备验证 | 测试输出正确性、速度、资源和持续运行 | 设备能力清单 |
| 实时链路与模块验证 | 接通选定承载方式，检查播放、录像和恢复 | 完整业务流程的验证记录 |
| 灰度部署与持续维护 | 提供替代码流、运行监测和回退安排 | 可部署范围与版本维护路径 |
参考实现适合帮助理解规范和检查一致性，经过优化的实现更适合进一步评估生产性能。两者的角色应区分，不能把参考软件的一次运行速度直接视为标准的最终能力。
测试素材也应来自实际业务：会议文档中的细小文字、巡检中的复杂纹理、低照度噪声、快速运动和网络恢复过程。客户验收应同时检查画面可用性、实时性、资源开销与资料可访问性。
AV2、AV1、VVC、EVC和LCEVC代表了不同的技术与部署选择。未来一段时间，行业更可能围绕场景形成多种编码协同，而不是由某个格式一次性替换全部系统。
SmartMediaKit后续跟进的技术价值，在于将新编码的压缩潜力，转化为客户能够接入、能够观看、能够记录，并且能够维护的媒体能力。
当客户可以在明确的设备、网络和业务条件下获得实际收益，同时保留已有系统的运行基础，先进编码才真正完成了从规范到产品的跨越。
📎 CSDN官方博客：音视频牛哥-CSDN博客