为什么要倒着查
链路是单向的：上游的决定会一路传到银幕，但银幕上看到的现象可以由任意一段造成。顺着查要把六段都验一遍；倒着查的话，最常见也最容易确认的那几段先被排除，往往两三步就能定位。
另一个理由是可改动性。放映端的参数当场就能改，交付文件可以重新导出，而光学与画幅的决定已经固化在素材里。先确认能改的，省下来的时间才用在真正的硬问题上。
| 症状 | 最可能的段 | 先确认什么 |
|---|---|---|
| 画面偏暗 | 放映 | 银幕亮度与画面尺寸是否匹配 |
| 运动发糊 | 帧率与运动 | 快门角度与运动速度 |
| 运动发顿 | 帧率与运动 | 帧率转换方式与快门角度 |
| 边缘被切 | 拍摄画幅 | 容器比例与安全框 |
| 人像色偏 | 影调与色彩 | 色域标签与白点 |
| 高光死白 | 影调与色彩 | 曝光位置与传递函数 |
| 字幕出框 | 交付 | 字幕位置与安全框交集 |
| 画面显小 | 放映 | 座位距离与实际画面宽 |
逐条排查
画面偏暗
运动发糊
运动发顿
- 最可能的段
- 帧率与运动段，可能是快门角度过小，也可能是帧率转换。
- 按顺序确认
- ① 先确认是全片一致还是只在某些镜头；全片一致多半是帧率转换造成的帧间间隔不均；② 只在部分镜头出现，检查那些镜头的快门角度是否过小；③ 确认播放端是否开了运动插值，它会把顿变成另一种不自然的顺；④ 核对交付帧率与拍摄帧率是否一致，不要靠改容器标签转换。
- 容易误判成
- 被误判成丢帧或播放卡顿。下拉抖动是规律性的一顿一顿，而播放卡顿是不规律的。
边缘被切
- 最可能的段
- 拍摄画幅段，但也可能是放映端的容器处理。
- 按顺序确认
- ① 先确认播放容器比例与交付比例是否一致——这是最常见也最容易修的一步；② 再看安全框是否按最严的交付版本定；③ 用保留比公式核对这一版的裁切方向与损失；④ 若是多版本交付，确认安全框取的是各版本的交集而不是主版本。
- 容易误判成
- 被误判成构图失误。构图是在某个画框里做的，换了画框才被切——要查的是画框链路，不是构图。
人像色偏
- 最可能的段
- 影调与色彩段，先查标签而不是先调色。
- 按顺序确认
- ① 确认交付文件是否带了色域与传递函数标签，缺标签时接收端只能按默认解释；② 用矢量图看中性物体是否靠近圆心、肤色团落在哪个方向；③ 确认两端白点与环境光是否一致；④ 以上都对，才是真正需要调色的情形。
- 容易误判成
- 被误判成监看屏不准。监看屏确实会影响判断，但标签缺失造成的偏色在任何设备上都存在，方向一致。
高光死白
- 最可能的段
- 影调与色彩段，根源常在曝光。
- 按顺序确认
- ① 用波形图确认亮面是否贴顶并被压平——压平就是削顶，不可挽回；② 若只是压扁发灰而非贴顶，那是压缩过度，还可以拉开；③ 回看曝光位置，确认是否整体偏亮；④ 确认交付位深是否足够，位深不足时提亮高光会同时带出色带。
- 容易误判成
- 被误判成屏幕太亮。屏幕亮度只改变主观感受，而削顶在波形图上是客观的一条平线。
字幕出框
- 最可能的段
- 交付段，与安全框的冲突。
- 按顺序确认
- ① 确认字幕是放在画面内还是黑条上——放黑条上时，裁掉黑条的播放端会整行丢失；② 核对字幕安全框是否取了所有交付版本的交集；③ 确认行数上限是否按最长的语言版本定；④ 到最远排位置实看一次，字幕可读性按最远排定。
- 容易误判成
- 被误判成字号设置问题。独立字幕轨的字号由播放端决定，改源文件里的字号不一定生效。
画面显小
- 最可能的段
- 放映段，是几何问题不是画质问题。
- 按顺序确认
- ① 用观看几何计算器按实际画面宽与座位距离算水平视角；② 与前排的视角对比，看跨度是否过大；③ 确认当前画幅下的实际画面宽——同一个厅放不同画幅时画面宽会变，不能按银幕框尺寸算；④ 若视角确实偏小，可行的方向是改画面尺寸或座位区，而不是提高分辨率。
- 容易误判成
- 被误判成分辨率不够。视角只由画面宽与距离决定，和分辨率、投影机都无关。
查不出来的时候
- 先确认是全片还是个别镜头：全片一致的问题几乎都在交付或放映段，个别镜头的问题在拍摄段。这一条能把搜索范围砍掉一半。
- 换一个播放路径复现：同一份文件在另一台设备上是否仍然如此。只在一个路径上出现的，问题在那个路径，不在文件。
- 用最糟的素材验证：大面积渐变查色带与码率，快速运动查模糊与帧率转换。用好看的镜头验证只会得到乐观结论。