UVG 4K 视频数据集编码测试实战：从 50fps 到 120fps 的 RD 曲线与码率控制

简介UVG 4K视频数据集是面向视频编码研究、编解码器开发与画质评测人员的专业测试资源聚焦高帧率超高清序列在HEVC/H.265与VVC/H.266参考编解码器下的率失真性能与编码复杂度分析。数据集包含16个4K3840×2160自然序列帧率为50或120 fps提供8位与10位4:2:0 YUV原始格式由Sony F65拍摄采用非商业CC BY-NC许可适合下一代VVC编解码器的主观与客观质量评估。资源包为1个PDF文件约931KB内容系统梳理了各序列的空间与时间感知信息、率失真行为及编码复杂度对比并说明其与现有4K测试集的互补关系。目前已有137人学习适合视频编码方向的研究生、算法工程师及标准评测人员快速掌握数据集构成与评测结论为编解码实验选型与性能分析提供参考。1. 拿到 UVG 4K 数据集之后先想清楚你要验证什么很多做视频编码的同行第一次接触 UVG 4K 视频数据集都是被它那几个数字吸引3840×2160、50fps 和 120fps 两套帧率、覆盖多种运动复杂度。但真正把它用起来的人会发现这套素材的价值不在清晰而在可控——它把编码器在不同运动强度、不同纹理密度下的表现差异压缩进了十几个可复现的片段里。你要做的不是拿它当播放素材而是拿它当一把尺子去量自己的编码器、码率控制算法或者质量评估模型到底在哪个环节掉链子。这篇文章面向三类人正在做 HEVC/VVC/AV1 编码器调优的工程师、需要给码率控制或感知质量模型准备测试集的算法同学、以及要给实时传输链路做压力测试的开发者。我会从数据集的结构讲起一路落到怎么切片段、怎么跑编码、怎么读结果中间穿插我自己踩过的坑。50fps 和 120fps 这两个帧率不是随便标的它们对应的是两类完全不同的应用场景后面会展开说。2. UVG 4K 数据集的构成与选型逻辑为什么是这 16 段而不是别的2.1 分辨率、帧率与色度采样背后的取舍UVG 4K 的每段素材都是 3840×2160 的 YUV420 格式位深有 8bit 和 10bit 两个版本。YUV420 意味着色度平面在水平和垂直方向都做了 2:1 下采样这对编码器来说是个友好的起点——大多数消费级编码管线本来就在这个格式上工作。但要注意10bit 版本不是简单地把 8bit 左移两位它的色深信息是独立采集的做 HDR 相关实验时别拿 8bit 版本凑合。帧率方面50fps 的片段更接近广播和流媒体场景120fps 则偏向高帧率采集、慢动作回放和 VR 渲染。这里有个容易被忽略的点120fps 素材在时域上的冗余度比 50fps 高得多如果你用同一套 GOP 结构和码率控制参数去跑120fps 的片段往往会给出偏乐观的 RD 曲线。我一般会针对帧率分别调 GOP 长度50fps 用 32 或 48120fps 用 64 甚至 96让时域预测有足够的参考帧可用。色度采样和位深这两个参数在配置文件里是写死的但你在做预处理时要注意如果下游编码器只支持 8bit 输入而你想用 10bit 素材做质量基准得先做位深转换转换公式别用简单的截断用带抖动的量化否则暗部会出现 banding后面算 PSNR 的时候会莫名其妙低一截。2.2 运动复杂度分级从静态纹理到高速运动这 16 段素材大致可以分成四档静态纹理为主、中低速运动、高速运动、以及混合场景。静态纹理那几段适合测帧内编码效率和纹理保持能力高速运动那几段则是测时域预测和运动估计的试金石。我习惯在跑完整测试前先挑三段做快速筛查一段静态、一段中速、一段高速用固定 QP 跑一遍看编码器的码率波动是否在预期范围内。选型的时候别只看分辨率。有些片段虽然也是 4K但画面内容以平坦区域为主编码器随便跑跑码率就很低这种素材用来做码率控制算法的压力测试意义不大。真正能暴露问题的是那些纹理密集且运动剧烈的片段它们会让码率控制器的缓冲区频繁触顶或触底。2.3 与同类数据集的差异为什么不用自己拍自己拍 4K 素材不是不行但成本高且不可复现。UVG 的价值在于它的采集条件、后期处理流程是固定的你这次跑出来的结果换台机器、换个时间再跑只要编码器版本一致结果应该能对上。这对做算法对比和论文复现至关重要。另外它的片段长度适中每段几秒钟到十几秒钟既不会短到统计不显著也不会长到单次编码跑几个小时。如果你手头有别的 4K 数据集可以混用但要注意色彩空间和位深的统一。我见过有人把不同来源的 YUV 直接拼在一起跑结果 RD 曲线出现莫名其妙的拐点查了半天发现是其中一段的 UV 平面顺序反了。3. 从下载到跑通第一组编码最小可复现流程3.1 目录结构与文件命名规律下载下来的数据集通常按片段名分目录每个目录下有 YUV 文件和可能的配置文件。文件命名一般包含分辨率、帧率和位深信息比如类似片段名_3840x2160_50fps_8bit.yuv这种格式。别急着批量处理先拿一段确认帧数用文件大小除以单帧字节数单帧字节数 3840×2160×1.5YUV420 的系数8bit 时再乘以 110bit 时乘以 2。# 计算 YUV420 8bit 单帧大小并推算总帧数 width3840 height2160 bytes_per_frame$((width * height * 3 / 2)) file_size$(stat -c%s sample_3840x2160_50fps_8bit.yuv) total_frames$((file_size / bytes_per_frame)) echo 单帧字节: $bytes_per_frame, 总帧数: $total_frames这段脚本的逻辑很直接YUV420 的 Y 平面占 width×heightU 和 V 各占四分之一合计 1.5 倍。算出来的帧数要和你预期的时长对得上如果差得离谱可能是文件不完整或者位深判断错了。3.2 用 FFmpeg 做格式转换与片段截取原始 YUV 文件体积大直接喂给编码器没问题但做快速实验时截取前 N 帧能省不少时间。FFmpeg 处理 rawvideo 需要显式指定像素格式和分辨率。# 截取前 100 帧并转成 y4m 格式方便后续工具读取 ffmpeg -f rawvideo -pix_fmt yuv420p -s 3840x2160 -r 50 \ -i sample_3840x2160_50fps_8bit.yuv \ -frames:v 100 -f yuv4mpegpipe sample_100f.y4m参数说明-pix_fmt yuv420p对应 8bit如果是 10bit 要改成yuv420p10le-r 50是输入帧率必须和素材实际帧率一致否则时间戳会乱-frames:v 100限制输出帧数。转成 y4m 的好处是头部带了元信息后面用 x264、x265 或者 VTM 都能直接读不用再重复指定分辨率。3.3 用 x265 跑第一组固定 QP 编码选 x265 是因为它参数透明、社区资料多适合做基线。下面这组命令跑 4 个 QP 点输出 CSV 格式的统计信息。for qp in 22 27 32 37; do x265 --input sample_100f.y4m --fps 50 --input-res 3840x2160 \ --qp $qp --keyint 48 --min-keyint 48 --scenecut 0 \ --csv result_qp${qp}.csv --csv-log-level 2 \ -o out_qp${qp}.hevc 2 log_qp${qp}.txt done关键参数--keyint 48和--min-keyint 48固定 GOP 长度避免场景切换干扰 RD 对比--scenecut 0关闭场景切换检测保证每个 QP 点的 GOP 结构一致--csv-log-level 2输出帧级统计后面画 RD 曲线要用。跑完之后看 log 里的码率和 PSNR如果某个 QP 点的码率异常高先检查是不是素材里有强噪声或者编码器开了什么默认滤镜。3.4 从 CSV 提取码率与 PSNR 画 RD 曲线x265 的 CSV 里字段很多我们只需要几列帧序号、QP、码率、Y-PSNR、U-PSNR、V-PSNR。用 Python 做聚合和绘图。import pandas as pd import matplotlib.pyplot as plt results [] for qp in [22, 27, 32, 37]: df pd.read_csv(fresult_qp{qp}.csv) # 跳过表头行按实际列名取 avg_bitrate df[Bitrate].mean() avg_psnr df[Y-PSNR].mean() results.append({qp: qp, bitrate: avg_bitrate, psnr: avg_psnr}) rd pd.DataFrame(results).sort_values(bitrate) plt.plot(rd[bitrate], rd[psnr], markero) plt.xlabel(Bitrate (kbps)) plt.ylabel(Y-PSNR (dB)) plt.title(RD Curve - UVG 4K 50fps Sample) plt.grid(True) plt.savefig(rd_curve.png, dpi150)这段代码的逻辑是每个 QP 点取所有帧的平均码率和平均 PSNR然后按码率排序画线。注意 PSNR 要取 Y 分量因为人眼对亮度更敏感U/V 的 PSNR 一般只做参考。如果曲线出现交叉或者斜率异常多半是某个 QP 点的编码参数没对齐回去检查 keyint 和 scenecut 是否一致。4. 50fps 与 120fps 的编码参数差异别用一套配置打天下4.1 帧率对时域预测的影响50fps 相邻帧之间的时间间隔是 20ms120fps 是 8.3ms。间隔越小运动物体的位移越小运动估计的搜索范围可以相应缩小但参考帧的数量可以增加。我在跑 120fps 素材时会把--bframes从 4 提到 6 甚至 8因为 B 帧的双向预测在高帧率下收益更明显。同时--ref从 4 提到 6让每个 P 帧有更多参考选择。但这不是无脑加。参考帧多了编码器的内存占用和计算量都会上去。如果你的机器内存紧张或者要做实时编码得在收益和开销之间找平衡点。我一般会跑一组对比实验固定 QP只改 ref 和 bframes看 BD-Rate 能改善多少如果改善小于 2%就不值得加。4.2 GOP 结构与场景切换的配合50fps 素材里如果有快速场景切换固定 GOP 会导致切换点附近的帧质量骤降。这时候可以开--scenecut让编码器在检测到场景切换时插入 I 帧。但开了 scenecut 之后不同 QP 点的 GOP 结构就不一致了RD 对比的公平性会打折扣。我的做法是做算法对比时关掉 scenecut保证结构一致做实际部署评估时打开看真实场景下的表现。120fps 素材的场景切换通常更平滑因为帧率高切换过程被拆散到更多帧里。这时候固定 GOP 的副作用没那么大可以放心用长 GOP。4.3 码率控制模式的选择CQP、ABR 还是 CRF做 RD 曲线用 CQP固定 QP因为你要的是不同质量点下的码率表现。做实际传输评估用 ABR平均码率看码率波动和缓冲区行为。CRF 介于两者之间适合做质量一致性要求高的场景。我见过有人用 ABR 跑 RD 曲线结果曲线抖得没法看因为 ABR 的码率控制本身就在动态调整 QP你没法把码率和质量对应起来。记住一个原则要对比编码效率用 CQP要模拟真实链路用 ABR 或 CRF。4.4 10bit 素材的编码注意事项10bit 素材在 x265 里需要编译时开启高位深支持运行时用--input-depth 10指定。如果编码器不支持 10bit可以先转 8bit但转换时的抖动量化要做好否则暗部细节丢失会影响 PSNR 计算。另外10bit 的 PSNR 计算方式和 8bit 略有不同峰值从 255 变成 1023算的时候别用错公式。5. 避坑与排查那些让我重跑一整天的细节5.1 帧数对不上文件截断还是位深判断错现象算出来的总帧数和预期时长差了几十帧。原因通常是文件下载不完整或者位深判断错了——10bit 文件被当成 8bit 算帧数会少一半。解决先用ffprobe读文件头确认 pix_fmt 和分辨率再算帧数。如果文件确实不完整重新下载对应片段。5.2 PSNR 异常低色彩空间或 UV 顺序反了现象某段素材的 PSNR 比其他段低 3dB 以上但肉眼看不出明显差异。原因可能是 UV 平面顺序反了或者色彩空间标记错误。解决用ffmpeg转成 PNG 抽几帧看确认颜色正常。如果颜色偏了检查 YUV 文件的 UV 顺序是 U 在前还是 V 在前必要时用-vf shuffleplanes交换。5.3 编码速度突然变慢参考帧或搜索范围开太大现象同样的机器跑某段素材时速度只有其他段的一半。原因通常是该段运动剧烈编码器自动增大了搜索范围或者参考帧命中率低导致重复搜索。解决先看 log 里的平均搜索点数如果远高于其他段可以适当限制--merange或者降低--ref。但要注意限制搜索范围可能会损失编码效率得做权衡。5.4 RD 曲线交叉GOP 结构或 QP 步长不一致现象两个编码器的 RD 曲线在某个码率点交叉看起来像是各有优劣。原因往往是 GOP 结构不同或者 QP 步长不一致导致采样点没对齐。解决固定 keyint、min-keyint、scenecut用相同的 QP 列表跑交叉点如果还在再检查是不是某个编码器开了自适应量化之类的默认选项。5.5 内存溢出10bit 4K 素材的缓冲区计算现象跑 10bit 4K 素材时编码器崩溃报内存分配失败。原因10bit 每像素占 2 字节4K 单帧的 YUV420 数据量是 8bit 的两倍加上参考帧缓冲内存需求翻倍不止。解决减少同时打开的参考帧数量或者分批处理别一次性把整个片段读进内存。6. 进阶用法用 UVG 4K 做码率控制算法的压力测试前面讲的都是基线流程如果你要做码率控制算法的验证UVG 4K 能提供比普通数据集更严苛的条件。我一般会构造一个码率台阶测试让目标码率在短时间内大幅跳变看控制器的收敛速度和超调量。具体做法是把一段 120fps 素材切成 10 秒的片段前 3 秒目标码率设为 20Mbps中间 4 秒跳到 5Mbps最后 3 秒回到 20Mbps。用 ABR 模式跑记录每帧的实际码率和缓冲区占用。# 构造码率台阶用 x265 的 zone 功能分段设置码率 x265 --input sample_120fps.y4m --fps 120 --input-res 3840x2160 \ --bitrate 20000 --vbv-maxrate 25000 --vbv-bufsize 30000 \ --zones 360,840,br5000 --zones 840,1200,br20000 \ --csv step_result.csv -o step_out.hevc 2 step_log.txt这里的--zones参数按帧号划分区间360 帧对应 3 秒120fps840 帧对应 7 秒1200 帧对应 10 秒。br5000表示该区间目标码率 5Mbps。跑完之后看 CSV 里的实际码率曲线如果下降沿有大幅超调说明控制器的积分项太激进如果上升沿收敛慢说明比例项不够。另一个进阶用法是做感知质量评估。UVG 4K 的素材纹理丰富适合测 VMAF、SSIM 等指标在不同编码器下的表现差异。我习惯把 VMAF 和 PSNR 一起看如果 VMAF 高但 PSNR 低说明编码器在感知上做了优化比如保留了更多纹理细节反过来则可能是过度平滑了。最后说一个我自己的习惯每次跑完一组实验先把原始 CSV 和配置文件打包存档文件名带上日期和编码器版本。因为过几个月你回头看某个 RD 曲线很可能想不起来当时用的什么参数。这个习惯帮我省过好几次重跑的功夫。希望帮到你。本文还有配套的精品资源点击获取