同一视频在大屏上发灰,怎样核对全范围与有限范围
先核对文件的 color_range,再逐段记录播放器、GPU、转换器和显示端的范围设置,用带近黑近白阶梯的图案观察是否被压黑或抬灰。标签和真实像素可能不一致,因此“文件写 tv”不能证明整条链路匹配。
判断前提与适用边界
在常见八位视频表示中,有限范围亮度常用16到235;全范围常用0到255。这个数字描述的是编码与解释约定,不是投影亮度。把有限范围当全范围可能抬黑、压白;反向误解可能剪掉暗部和高光。色彩矩阵、HDR传递函数、屏幕动态对比度也会改变观感,必须分项控制。
本轮只完成本地生成、元数据与计算夹具验证,没有接入目标播放器、GPU输出链或现场音响。媒体生成固定为FFmpeg 8.0.1,表格及图案由Python 3.12.4生成;原始输入在附件中,不含第三方版权影片。
按同一条件执行
-
保存 ffprobe 中 color_range、color_space、color_transfer、color_primaries 和 pix_fmt,未标记就记 unknown。
-
使用附件近黑近白SVG作为图形基准;若制成视频,另记RGB到YUV转换参数及生成后像素值,不能把SVG灰值直接当视频Y码值。
-
固定显示模式,关闭或记录动态对比度;按播放器输出、GPU输出、接收端输入顺序填写设置,不同时改两处。
-
在相同观众位分别观察0到16与235到255附近阶梯;每次只改变一个环节,再保留原设置和恢复结果。
原始输入与判断示例
下面是合成示例,非现场实测。现场表中的空白表示未采集,不能当作零、正常或通过。
| 输入性质 | 显示链假设 | 观察与判断 |
|---|---|---|
| 有限范围标签 | 按全范围解释 | 可能黑位偏灰,需要阶梯验证 |
| 范围匹配 | 亮度仍不均 | 转查屏体、矩阵与环境光 |
下载图案包含0、8、16、24以及231、235、243、255的RGB灰阶,不冒充标准视频信号。它适合检查显示链是否粗暴截断细节;需要严格量化时须用经过验证的视频发生器或受控转码结果。附件记录把文件标签和每级设备设置独立保存,允许标记未知。
图中数字是RGB输入值,不是经过输出链测得的视频亮度。
下载夹具并形成交付记录
下载专项输入与预期JSON和空白记录CSV。JSON保留原始输入、预期、记录字段及未测范围;CSV用于逐轮填写,原始日志、截图或仪表文件用稳定文件名关联。本主题还提供rgb-range-steps.svg。
本表保留 file_range_tag, player_output, gpu_output, receiver_input 等字段;先按上表核对合成输入,再将目标环境数据另存一份。未采集的字段留空,失败记录与原始文件一并保留,避免下一轮无法复现。
误判与失败路径
不要靠把对比度拉满“修复”范围错误;不要把投影黑位抬升当有限范围证据;不要把两个播放器的截图当完整输出链测量。若屏幕有自动亮度,先固定条件再比较,否则同一测试图也可能得出相反判断。
基础背景见创意拼接屏色差/亮度不均排查,相关流程汇总在多媒体播放专题。需要在SoftPlayer上执行这项测试时,按受测版本文档填写配置与支持情况。
一级来源与核验范围
FFmpeg ffprobe:Main options、JSON writer,核对日期2026-10-23。本文协议与合成样例为独立设计;来源中的机制说明不代表附件已完成现场验收。
相关阅读
留言讨论
评论发布后会被人工复核,违规内容将被删除。
如果发表没有反应,可以前往联系我们告诉我们。