外观
判断播放是否需要转码和硬件加速
播放流畅不等于发生了硬件转码。客户端直接解码原文件时，NAS 主要承担读盘和传输；只有客户端不支持编码、音轨、字幕，或你主动降低码率时，才可能触发转换。
开始之前
记录测试片的视频编码、位深、分辨率、HDR 类型、音频编码和字幕格式。先在有线局域网测试，再测试远程网络，避免同时改变太多条件。
分清三种路径
| 路径 | NAS 主要做什么 | 常见触发条件 |
|---|---|---|
| 直接播放 | 读取并发送原文件 | 客户端支持原有封装和编码 |
| 重新封装 | 更换封装，可能转换音频 | 视频本身可用但容器或音频不兼容 |
| 视频转码 | 解码再编码，可能做色调映射或字幕烧录 | 编码不支持、降低码率、字幕需烧录 |
逐步验证硬件路径
- 先播放客户端支持的样片，查看应用的播放信息或转码任务记录，记录它实际走哪条路径。
- 将远程播放码率改为较低值，或使用确实不兼容的测试组合，再观察是否出现转码任务。不要用 CPU 占用低这一个现象证明硬件加速成功。
- 检查 fnOS 和影视应用是否识别到 GPU；核对该 GPU 对“这类编码、位深、分辨率”的解码和编码能力。某代核显支持 H.264，不代表支持 AV1 编码或所有 HDR 色调映射。
- 若在虚拟机或 Docker 中运行媒体服务，还要验证 GPU 直通或设备映射、驱动和容器权限。宿主能看到 GPU 不代表应用能使用它。
- 用同一视频关闭字幕、改为文本字幕，再对比。字幕烧录可能成为瓶颈，即使视频解码已有硬件支持。
检查结果
记录每条测试路径的客户端、画质、字幕、播放信息、CPU/GPU 使用和是否缓冲。远程所需上行按总码率计算，并留出峰值余量；视频平均码率低于带宽也可能在峰值片段卡顿。
常见问题与练习
HDR 片源转码后灰暗时检查客户端 HDR 支持和色调映射；核显空闲时先确认是否本来在直接播放；容器更新后失效时检查设备权限和镜像变更，不立即替换宿主驱动。练习是制作“原画直放、降低码率、加字幕”三行对比表，用证据决定是否需要升级硬件。