5.2 计算平台：一体机、PC VR与云渲染

5.2 计算平台：一体机、PC VR与云渲染

本节摘要：算力放在头显里、旁边的电脑里，还是机房里，决定了延迟账本、内容上限与用户门槛三种完全不同的形态。本节比较一体机、PC 头显与云渲染的账本差异，给出按人群与场景的选型矩阵，并重点算清云渲染新增的网络延迟账——它把第二章的流水线拉长了一大截。

系统防线的第二站跳出单机视角：同样的内容，放在不同算力平台上是三个不同的工程。第五章支柱页的崩盘故事里还有一层背景——那是一台一体机，功耗墙决定了它对"三倍细节"零容忍；同样的内容在 PC 头显上也许只是风扇变响。平台的账本不同，防线的打法就不同。

三种形态的账本

一体机：显示、传感、算力、电池全部集成在头上。账本特征是功耗墙：芯片要在几瓦级的热设计功耗里完成渲染，帧预算天然紧张，散热空间以克计。它的优势是门槛——开机即用、可移动、无线缆，社交与教育场景的首选；代价是画质天花板与内容上限，场景复杂度、光影规格都要按移动端预算设计。

PC 头显：算力外置，头显只做显示与传感。账本特征是富余与线缆：桌面级显卡的渲染预算宽裕得多，可上更高 PPD、更复杂光影；代价是部署门槛（配机、连线、占空间）与移动受限。有线传输的延迟账本很健康——专用链路的传输耗时低且稳定；无线串流方案则是"半台云渲染"：画质自由了，却把无线传输的抖动请进了链路。

云渲染：算力在机房，画面以视频流回传。账本特征是网络决定一切：本地只剩解码与显示，渲染上限几乎无限（可跑最重的画质规格、多用户大规模场景）；但运动到成像的流水线里多出编码、网络传输、解码三大段，且网络段抖动不可控。它把第二章的延迟账本拉长了一大截，这是云渲染一切舒适难题的总根源。

云渲染的延迟账：三段新增的清单

把第二章的四段账本拿出来，云渲染在中间插进三段：上行（姿态数据传到机房）、机房处理后的编码（画面压缩成视频流）、下行加解码（传输回本地、解码成帧）。三段合计通常与本地渲染一帧同量级甚至更多，而且网络段带抖动——均值之外还有波动，波动的体感伤害比均值更大（稳定的高延迟可预测，抖动的高延迟让预测与重投影双双失准）。

云渲染的舒适策略因此自成一套：本地重投影必须常驻（姿态在本地，最后一刻扭曲画面，把网络延迟从视觉上"剪掉"一截——这是第二章 ATW 在云渲染里的生命线角色）；编码参数与舒适直接挂钩，低延迟编码档位优先于高压缩档位；码率自适应的下限要守住"伪影不致晕"的底线，宁可降分辨率也不要让块状伪影在视野里闪现。第六章的网络账本思想在这里提前登场：云渲染的体验验收必须包含网络劣化测试（人为加延迟、加抖动、加丢包），看舒适指标滑到什么程度。

选型矩阵：按人群、场景与内容谈判

选型流程走四步。第一步问人群：大众消费者与未成年居多的场景，一体机的低门槛不可替代；发烧友与专业用户可承受 PC 方案。第二步问网络：云渲染的舒适底线建立在网络质量评估上，先测场地网络再谈方案。第三步问内容：需要电影级画质或万人同场的内容，只有云渲染扛得住；竞技类对延迟敏感，本地方案优先。第四步问运维：教育采购常忽视角色——设备要进几十间教室，开机即用与远程管理的权重会反过来压倒画质。

演练：为一个连锁健身品牌选平台

需求：全国门店的 VR 健身课程，每店四台设备，课程含高速节奏内容，会员为大众人群。走流程：第一步，人群大众、课程节奏快——竞技类延迟敏感指向本地方案。第二步，门店网络质量参差——排除云渲染主力方案。第三步，画质需求中等（节奏型内容不吃画质），一体机功耗墙可接受。第四步，运维要求批量管理——一体机加集中管理后台成立。结论：一体机为主力，为旗舰店保留一台 PC 头显作画质升级试点；课程内容按一体机帧预算设计，禁止"先做 PC 版再移植"的流程倒挂——移植永远比原生受限设计更费返工。

⚠️ 常见坑：用演示机的网络代表部署机的网络。云渲染评审时机房专线演示丝般顺滑，门店商用宽带抖动三倍起——网络验收必须在与部署环境同规格的链路上做，且写入合同指标。

平台成本模型：算的不是钱是约束

选型谈判的进阶工具是给三个平台各建一本"约束账"而非"价格账"。一体机记三笔：热预算（峰值负载撞墙时间决定内容规格上限）、运维账（设备数量乘以充电、消毒、损耗的人力）、门槛收益（低门槛换来的人群规模）。PC 头显记两笔：部署账（配机、空间、线缆管理的人力与场地）、性能收益（画质上限换来的内容类型自由度）。云渲染记三笔：网络账（场地带宽改造与专线月租）、机房账（渲染节点、并发许可、弹性余量）、体验风险账（网络劣化时的舒适底线测试成本）。三本账的用处在于把商务谈判拉回工程事实：云渲染的"免购置"常常被机房与带宽月租在两三年内反超；一体机的"性能弱"常常被门槛优势在教育场景里赚回数倍。

混合部署：一个真实结构的推演

多数中型项目最终落在混合部署上，推演一个典型结构：连锁品牌全国门店用一体机跑标准课程，总部与旗舰店配 PC 头显承载画质演示，企业客户的大型协作会话走云渲染。混合结构的三条治理规则：内容主线按最低平台（一体机）的原生预算设计，高平台的富余用于"加分项"而非"依赖项"；三平台的账号与进度体系先统一，否则运营数据互不相通，后期合并成本极高；每平台保留一条独立的验收基线与量表数据，跨平台对比时才有共同参照系。推演的结论映照本章开头那句话：平台不是选一个，而是给每个平台分配它配得上的内容与体验。

云渲染的舒适底线测试方案

云渲染项目的发布前测试要有一份专门的"网络劣化矩阵"，把第六章的延迟账变成考卷。矩阵按三轴扫：延迟注入（在理想链路上人为叠加几十毫秒量级的固定延迟，看本地重投影能兜住几档）、抖动注入（叠加正弦与突发两类抖动，观察插值缓冲的自适应表现）、带宽压缩（逐档压低码率上限，记录伪影从可察觉到影响舒适的分界）。每格测试跑同一套量表，画出"网络条件到舒适分数"的等高线，等高线上的关键分界直接写进部署要求——比如"抖动方差超过某值时启动专线或降低并发"。这份矩阵的价值是把"网络不好会晕"的模糊担忧，变成运营商、机房与门店三方都能签字的量化合同。

门店与教室的算力运营细节

轻终端场景还有一组运营侧细节，选型时容易被忽略。充电调度：一体机电池循环寿命有限，连续营业场景的充电排班直接决定设备换新周期，把"边充边玩"从默认行为里去掉（既保电池又防热）。设备分配：按课程表把高负载内容轮换分配到不同设备，避免同一台设备全天满载——热负担平均化，故障也平均化。远程管理：批量更新、画质档统一下发、指标自动上报，这三项管理能力在采购评估里与画质参数同权重——几十台设备的运维人力差距，比画质差距更影响真实体验。这些细节的共同点是：算力形态选完之后，"怎么运营算力"才刚刚开始。

本节回收站

• 三种形态一本账：一体机受功耗墙、PC 受线缆门槛、云渲染受网络，没有全能选手。
• 云渲染新增上行、编码、下行解码三段延迟，抖动的伤害大于均值。
• 云渲染舒适三件套：本地重投影常驻、低延迟编码优先、码率自适应守住伪影底线。
• 选型四问：人群、网络、内容、运维，顺序即权重。
• 内容按目标平台的原生预算设计，"先高端再移植"是返工之源。

平台选好了、预算立住了，但账本要有人天天盯——下一节讲性能监控与热管理，给防线装上仪表盘与巡检制度。