清晰不卡顿是甲方口头诉求，但VR全景与航拍交付必须落到可测量参数
拍摄方与客户最容易在「感觉还行」「画面有点糊」这种模糊描述上产生分歧。把验收标准提前写成硬指标，能省去后期反复修改的沟通成本。对于720zb.net提供的VR全景与航拍项目，建议把以下四项写入合同附件：码率、丢包率、首屏时间与卡顿率。
核心四指标的定义与参考合格区间
- 码率：单位时间内传输的数据量。1080p 30fps 全景推流通常取 3500-6000 kbps，4K 全景则需 8000-15000 kbps；航拍单素材推荐不低于 720p 30fps 档位的推荐码率。
- 丢包率：传输过程中丢失包占比。优于 1% 为健康状态，超过则需启用 ARQ 重传或切换至更稳定的链路。
- 首屏时间：从用户点击进入播放界面到首帧画面出现的时间。RTMP/RTMPS 链路常规约 3-8 秒；若项目需要连麦互动，优先选择 WebRTC 方案。
- 卡顿率：单位时长内卡顿时长占总时长的比例，目标低于 0.5%。
除了上述核心四项，交付时还可补充两个辅助量：帧率稳定性（是否掉到 25fps 以下）与音画同步偏差（理想小于 80ms）。这两项虽不是主线指标，但在客户反馈「忽快忽慢」「嘴型对不上」时，往往就是根因所在。
分辨率与码率档位对照
| 分辨率/帧率 | 推荐码率 | 建议最低上行 |
|---|---|---|
| 720p 30fps | 1800-3000 kbps | 4 Mbps |
| 1080p 30fps | 3500-6000 kbps | 7 Mbps |
| 1080p 60fps | 4500-8000 kbps | 9 Mbps |
| 4K 30fps | 8000-15000 kbps | 20 Mbps |
码率是清晰度的天花板，但绝不能超过实测上行带宽的 70%，否则弱网卡顿问题会直接出现在成片里。
不同观看端的阈值差异
手机端小屏对码率不敏感，4G 环境下应优先保流畅而非保清晰度；PC 端大屏则相反，码率不足会直接出现发块现象。强互动的连麦场景要压首屏，选 WebRTC；大规模分发场景看重扩展性，用 HLS/DASH 更合适。了解详细的端到端延迟构成，可参考站内的VR全景制作技术文档。
GOP与协议选择在方案阶段就要定死
GOP（关键帧间隔）是容易被忽略的隐性参数。多数平台要求 GOP 约 2 秒，低延迟
