从双车影子到22车全场，银石3D回放的第一步
这次更新，PITWALL 在工作台新增了“3D赛场”入口，首先开放银石正赛的全场历史回放。22位车手被放进同一个三维场景，支持跟随车手、追车、全景、俯视、倍速播放和时间轴拖动。原来的双车影子回放继续保留，用于不同车手、不同单圈之间的比较。
进入这个入口前，用户会看到一条明确声明：
实验性功能，不代表最终品质。
进入后，这个标识也会一直保留。当前版本已经可以观察全场比赛过程，但坐标配准、车型细节、维修区表现和不同设备上的性能，都还有继续验证和完善的空间。
从双车扩展到全场，首先需要改变的是时间语义。双圈比较可以让两辆车同时从各自的单圈起点出发；整场回放需要所有车辆共享同一个比赛 UTC。只有这样，领跑、追赶、套圈和进站之间的时间关系才能保留下来。因此，新回放按比赛绝对时间查询每辆车的位置，名次、圈数和进站状态也按当前时刻的记录更新。
数据读取沿用了项目已有的历史归档。浏览器按60秒窗口获取全场位置，并预取下一窗口；最多同时读取两个窗口，使用最多五个窗口的 LRU 缓存，同时设置容量预算。每条保留观测的坐标变换与高程查询只计算一次，播放帧主要完成采样、插值和实例更新。这样，网络读取和路面查询都不需要跟着每一帧重复执行。
所有车手应用同一套固定米制坐标变换。源数据中的 XYZ 保留，显示高度优先取自银石模型的原生碰撞面。相邻有效位置之间允许有限插值；超过1.5秒的缺口会明确标记为缺位，影响对应车辆，不会让其余赛车一起停止显示。
资源加载也必须重新处理。游戏场景中的模型和贴图，直接用于网页首载会带来明显等待。银石资源优化前后的对比如下：
首帧所需二进制传输体：几何、必要贴图与物理包
优化前：516.66 MB
网页交付版本：197.63 MB
可知传输体减少约61.7%。其中，几何和物理包采用 Brotli 无损压缩；贴图在条件允许时保留已有的较低级 mip 层，减少下载与显存开销。这里的“减少61.7%”指资源传输量，不等于用户等待时间同比缩短，贴图清晰度也存在相应取舍。
22辆车的绘制则使用共享几何和实例化。当前高细节车型拆成八组绘制，远景简模使用三组，整个车阵最多使用11个车辆实例批次。
LOD 的实现还有一个容易忽略的细节：把远车缩成零，并不意味着 GPU 不再处理它的顶点。这版会分别紧凑写入近车和远车实例，并设置实际实例数量；缺失车辆也不会继续提交绘制。跟随车辆优先保留细节，低画质则限制像素比并关闭阴影。
播放节奏也做了一轮修正。最初用“距离上次绘制结束是否超过一个周期”判断下一帧，绘制耗时会不断进入新的等待周期，实际频率因此低于目标。调整后，调度按 RAF 时间和累积 deadline 推进，错过的绘制槽位直接跳过，比赛 UTC 独立推进。
在本机一段5.0023秒的22车测试中，最终记录到150次绘制调用，约29.99次／秒。这是特定窗口的本机结果，不代表整场比赛、所有设备或最终屏幕呈现都能稳定达到同样帧率。
维修区是这次修复中最具体的一个问题。此前影子回放会把偏离主赛道参考走线的位置判为不兼容，合法的维修区坐标也可能因此导致整段回放加载失败。另外，部分维修区出口网格的高度，与附近主线参考高度相差超过原查询范围，也会被错误排除。
修复后，银石维修区使用已核验的原生碰撞网格单独判断，进出连接段也有明确边界。高度补查仅对这些已审核的维修区网格开放，普通道路和草地仍保持原有约束。车辆继续按统一配准后的源坐标显示，不通过挪回主赛道来掩盖问题。
“停站”同样需要区分事实和推断。页面中的“停站（估计）”，要求当前比赛时间已经获得至少1.2秒的低运动观测，才会显示。缓存里存在后续数据，并不意味着可以提前宣布车辆已经停稳；这个估计也不等同于官方换胎用时。
验证覆盖了起跑、全景、跟随、画质切换，以及诺里斯和安东内利的真实进出站窗口。两段进站窗口合计10,428个全场观测均命中了原生路面，其中24个点通过限定维修区补查恢复。它证明了这些窗口中的处理结果，不代表已经逐帧验收了整场比赛。
当前车辆采用 APEX FORMULA 2026 通用示意车型，并使用车队配色。本轮也检查了本机 Assetto Corsa 和 F1 25 的车辆、赛道资源，但精确车队车型及 F1 25 场景尚未接入。模型是否能够读取、是否具有有效 LOD，以及贴图规模能否用于网页，都需要分别验证。
数据精度仍然决定着画面的边界。定位插值可以改善连续性，却不能补出原数据没有提供的横向细节；原生路面命中，也不能证明车距或车库位具有厘米级精度。OpenF1 的位置接口说明同样明确指出了横向位置细节的限制。
接下来会继续验证长时间播放、更多进站过程和不同设备上的表现，再推进精确车型、更多赛道及实时数据接入。欢迎前往PitWall主站：pitwallf1.tech 进行体验。
