VR 全景项目的验收，是最容易扯皮的一环。
客户说不够清晰，我们说已经很清晰了。吵到最后谁也说服不了谁，因为没有标准。
先把矛盾摆到台面上
全景项目里，清晰度、交互流畅度、加载速度，这三个目标互相拉扯。
要提高清晰度就得用更大的贴图，文件就更大，加载就更慢。要加载快就得压缩，压缩多了细节就没了。要让交互流畅，尤其是移动端的陀螺仪跟随，就得降低渲染分辨率，画面又会变糊。
所以定标准的时候不能只写一条「画面清晰」，得给档次。
分三档定标准：网页版、移动版、大屏版
我们的做法是按使用场景分三档，各自定不同的指标。
网页版（电脑浏览器打开）用 8192 乘 4096 的等距柱状投影贴图，单张控制在 8 MB 以内，首屏加载不超过 5 秒。这是展示效果最好的一档。
移动版用 4096 乘 2048，单张 2 MB 以内，首屏 3 秒内。手机上屏幕小，4096 的清晰度足够，加大反而看不出区别还拖慢加载。
大屏版用在展厅的触摸屏或者 LED 屏上，分辨率按屏幕实际分辨率的两倍走，通常要 8192 或更高，但对加载时间不敏感，可以本地部署。
这三档写进合同，验收时按档对指标，扯皮的空间就小很多。
加载速度的优化，大头在切分不在压缩
很多人以为加快加载就是压图。其实压缩的收益有限，压缩比例超过一定程度后画质下降明显。
真正有效的手段是切分。把一张全景图按立方体贴图的方式切成六块，或者按等距柱状投影切成多级瓦片，浏览器只加载当前视角需要的那部分。
实测下来，切分能把首屏需要传输的数据降到整图的 25% 左右，加载时间缩短一大半，而且清晰度完全不损失。
代价是制作流程变复杂，切图的工具和参数要调。这部分工作量在报价时应该算进去，不能当成附赠服务。
交互这块，网络不稳定的情况要想在前面
展厅现场的网络往往不稳。用户正常观看时没问题，一旦切到某个视角需要加载高清瓦片，网络卡一下，画面就出现模糊块。
处理办法是预加载相邻视角。也就是在用户看当前视角时，后台提前加载周围几个方向的低清版本，等用户转头的时候至少不是空白。
这个功能在成熟的全景播放器里一般都有开关，默认可能是关的。交付前一定要手动打开测一遍。
热点的数量和位置也要纳入标准
全景项目一般要加热点，点击之后弹出说明或者跳转。热点的数量越多，交互越复杂，也越容易出问题。
我们的建议是单个场景的热点不超过 6 个，位置不要集中在同一侧。热点太密会让用户在手机小屏上点错。
还有个细节是热点的图标大小。在电脑上看着合适的图标，到了手机上会变得很小点不准。移动版的热点触控区域建议不小于 44 像素。
一次验收不通过的复盘
有个项目，客户拿手机在户外用 4G 打开，说画面糊。我们一查，是网络差所以播放器自动降级到了最低清版本。
从技术上讲没问题，但客户的感受就是「不清晰」。
后来的处理是在交付文档里加了一节，说明不同网络条件下的表现，并加了一个手动切换清晰度的按钮。有了这个按钮，客户知道糊是网络的原因，也能自己切回去，投诉就没了。
这个按钮的开发量很小，但它解决的是沟通问题，不是技术问题。
验收清单建议包含这些
我们现在的交付清单里有：三个版本的加载时间实测值、热点数量和位置截图、不同网络条件下的表现说明、以及源文件的分层保存说明。
最后一项经常被忽略。源文件如果不分层保存，客户以后想改一个热点位置就得重新拼整张图。分层保存的成本是硬盘空间，收益是后续改动的便利。
说实话，VR 全景这个活儿，制作难度不是最高的，难的是让客户理解它的边界。我见过太多项目在临近交付时因为一句「能不能再清晰一点」返工，双方都累。
拍摄阶段就要为交付标准服务
交付标准定下来之后，会反向影响拍摄。
如果确定要做移动版，那拍摄时的节点数量可以减少，因为多余的中间视角在小屏上看不出来，反而是白费拼接工时。如果确定要做大屏版，那每个视角的曝光和拼接精度都要提高，因为放大之后接缝会很明显。
我们一般会在勘景阶段就跟客户确认三档版本各自的用途，然后按用途反推拍摄精度。这样比拍完再讨论怎么裁切要省事。
色调统一比单张好看更重要
全景项目通常有多个场景，场景之间要能顺畅切换。如果每个场景的色调差异大，用户翻页时会觉得像看不同的项目。
我们的处理是在拍摄阶段就固定白平衡，不依赖自动。后期再统一做一次色调对齐，以主场景为基准。
这一条在多建筑园区项目里尤其重要，因为不同楼的室内灯光色温不一样，不统一的话页面跳转会很跳。
