3.3 屏幕内容工具对照：调色板、IBC 与 CFL

3.3 屏幕内容工具对照：调色板、IBC 与 CFL

本节摘要：录屏、远程桌面、游戏直播里的 UI 与文字不是相机内容，方向预测对付不了它们：文字笔画锐利、色数极少、且同一图标反复出现。AV1 把调色板模式、帧内块复制（IBC）与 CFL 色度重构作为标准内建工具，对照 HEVC SCC 扩展与 VVC 的屏幕内容档，本节给出逐项能力表与一个录屏编码实验。

一、屏幕内容为什么需要另一套工具

用相机标准压录屏，结果通常是"文字糊、色带出、码率还高"。原因有三个：文字边缘是超锐利的二值过渡，方向预测的线性外推天然不适配；UI 配色少，256 级量化纯属浪费；聊天头像、按钮、Logo 在画面里反复出现，运动估计却管不了同帧内的复制——运动补偿只认"时间上过去的帧"，不认"同帧左边出现过的东西"。

三套标准对这套需求的回应方式值得一一对照：

关键差异在于"内建"两字：HEVC 的屏幕内容工具在 SCC 扩展档里，与主流 Main 档不互通，实现它的解码器一直稀少；AV1 把这些工具直接放进 Main 档，任何合规解码器都必须会解。这就是为什么录屏场景里 AV1 的实际可用性远好于 HEVC SCC——标准里的工具只有被生态认领才算数。

图：屏幕内容三类工具的作用位置

二、动手实验：同一份录屏的两种压法

拿一段十分钟的课程录屏（1080p、PPT 加摄像头画中画），分别用默认参数与屏幕内容参数压一遍：

# 基线：默认内容类型
ffmpeg -i lecture_raw.mp4 -c:v libsvtav1 -preset 8 -crf 32 base.mkv
# 屏幕内容：调低量化、放开调色板与 IBC、关掉为相机内容设计的自动工具
ffmpeg -i lecture_raw.mp4 -c:v libsvtav1 -preset 6 -crf 28 \
  -svtav1-params tune=0:enable-tf=0 screen.mkv
​

典型结果（以 VMAF 对齐后比较码率）：屏幕内容参数组在文字与 UI 区域的码率明显更低，且文字边缘无"挤出"伪影；若换成针对相机的默认参数，PPT 的细线条会先糊掉。对照实验还能看到一个反向结论：把这组参数用在相机实拍上反而变差——屏幕内容工具不是"免费加餐"，调色板声明与块矢量搜索都有自己的信令与算力成本，用错内容就是净亏损。

CFL 的账要单独算一笔。人眼对色度分辨率的敏感度远低于亮度，多数编码体系干脆把色度分辨率减半（4:2:0）来利用这一点；CFL 更进一步——色度块连独立预测都省了，直接用亮度残差乘一个系数加偏移来构造。对 UI 这类"亮度和色度边缘高度重合"的内容，CFL 的预测精度极高；对彩色玻璃、水下这类亮色不相关的罕见内容，编码器会自动退回独立色度预测，系数置零即可，安全性有兜底。

三、与前代 SCC 的格局对照

把工具放回生态里看，屏幕内容战场有一段值得记取的历史：HEVC 的 SCC 扩展技术评价不差，但扩展档的授权与实现断代让它始终停留在论文与小型试点；H.264 时代则完全裸奔，远程桌面厂商只能自研私有压缩。AV1 的"内建到 Main 档"决策，本质是把"工具是否被使用"的裁决权从专利与实现生态手里，移交给内容方与设备方的自然选择——这与第 1.3 节讲的生成机制优势一脉相承。

一段产业前史的对照

AV1 之前，屏幕内容压缩的产业史是一部"各自为政史"。远程桌面协议商自研色彩量化与块复制（各自私有，互不兼容）；游戏串流方案把屏幕内容当作"特殊码率的 H.264"硬扛；浏览器里的 WebRTC 干脆用牺牲分辨率的办法避开文字糊化。HEVC SCC 提供了标准工具但生态缺位——工具在柜子里，钥匙没人发。

AV1 的内建决策改变了激励：内容方只要切编码器就能吃到收益，不需要等设备认证或扩展档授权。对照实验很有说服力——把同一段含大量文字的教学录屏分别用"硬扛的旧管线"与"AV1 屏幕内容参数"压到相近码率，后者的文字可读性评价显著占优。屏幕内容战场因此被普遍认为是 AV1 渗透最快的利基市场之一。

常见追问

问：调色板模式的"8 色"上限会不会不够用？
答：注意粒度——是"每块"最多八色，不是整帧。复杂 UI 会被划分成多块，每块各自维护调色板；块内色数超限的部分，编码器退回常规模式。设计者把"少量颜色"这个屏幕内容特性用块级粒度吃干净，同时避免了全局调色板的管理开销。

问：IBC 会不会把错误复制得到处都是？
答：不会。IBC 的复制源是"已重建"区域——滤波修复后的数据，且复制关系写进码流由解码端确定性执行，不存在误差累积路径。它和运动补偿在错误扩散性上是同一类：只要解码正确，复制多少次都不引入新误差。

本节要点回顾

• 三类冗余：色数少（调色板）、同帧重复（IBC）、亮色相关（CFL），每类冗余对应一件专门工具。
• 内建 vs 扩展档：AV1 屏幕内容工具全在 Main 档；HEVC SCC 的工具被锁在独立档，生态缺位。
• 参数错配即亏损：屏幕内容参数用在相机内容会净亏，工具组合必须匹配内容类型。
• CFL 兜底设计：系数置零即退回独立预测，激进工具也留了安全出口。

补两个工具的适用判别案例。调色板模式的甜点样本：UI 截图、扁平化图标、像素风游戏画面——颜色数有限且成片出现，调色板用"索引图"替代"逐像素变换"，压缩比可以碾压传统变换路径；反例是手机实拍照片，颜色连续渐变让调色板字典爆炸，编码器会自动退回变换路径。CFL 的甜点样本：色度与亮度高度相关的自然影像（大多数实拍内容），色度残差被亮度残差线性预测掉大半；反例是色度装饰性强的图形设计素材（霓虹色块叠加），相关性弱时 CFL 近乎无效。判别两个工具是否在干活，用编码统计（各工具的块级使用占比，主流编码器都能导出）比主观猜测可靠。给内容平台的一条实务：把"屏录占比"作为转码管线的一个路由维度——屏录占比高的业务线打开调色板友好参数（如降低调色板触发门槛），实拍线维持默认，两类内容的混合参数会让两者都吃亏。