SimplyStream 用 WebGPU 本地渲染，把按小时计费的云游戏账单压到零

原文链接：https://simplystream.com/ 来源：SimplyStream（Wonder Interactive）官方站点

---

结论先行

SimplyStream 在做一件对 Web3D 从业者来说，很值得看的事：把 Unreal Engine 项目编译成浏览器里能直接运行的网页应用，用玩家自己的显卡渲染、走 WebGPU。

它明确划清了与云游戏（pixel streaming）的界限——"这不是视频流"。云游戏是租一台云端 GPU 跑游戏、并把画面编成视频推给玩家；而SimplyStream 是把游戏本身编译成 Web 应用，让玩家用自己的设备渲染。

差别直接体现在账单上。按官网 2026 年 10 月 9 日读取的价格：

方案	渲染成本
SimplyStream（浏览器本地渲染）	$0 / 分钟
AWS GameLift Streams	$0.16 – $1.82 / 流小时
托管 pixel streaming 服务商	$1.50 – €9 / 小时，另加套餐费

"每流小时"这四个字是这条分水岭的关键：云渲染的成本随"用户数 × 游玩时长"线性增长，本地渲染的边际成本趋近于零。对做数字孪生、实景三维这类需要长期开放访问的项目来说，这是选型时最该先算清楚的一笔账啦。

来源说明

本文数据全部来自 SimplyStream 官方站点（2026-10-15 抓取）。需要说明的是：这些是厂商的自述口径，包括体积、加载比例、帧率检查结果与价格对照，官方未提供可独立复现的第三方基准测试。文中会逐项标出哪些是厂商声明、哪些是可从公开信息交叉验证的部分。

要点解读

1. 它和云游戏到底差在哪

这是理解 SimplyStream 的第一件事。

维度	云流式（Pixel Streaming）	SimplyStream
渲染位置	云端 GPU	玩家自己的显卡
传输内容	编码后的视频流	应用与资源文件
计费方式	按流小时	不按分钟计费
交互延迟	受网络往返影响	本地响应
服务器角色	持续承担渲染	只负责分发

官网的原话是 "A link is the new install"（一条链接就是一个新的安装包）——就是用户点开链接就能玩，不下载、不装客户端。

代价是首包体积。云游戏只需传输视频流，带宽占用平稳；本地渲染必须先把应用和资源下载到浏览器。官方给的数字是：构建产物最小可以到 8 MB，Epic 的 Lyra 示例是 33.4 MB。

2. 最值得注意的是：46 GB 的 City Sample，下载 3% 就能开始

Epic 的 City Sample 完整资源有 46 GB。官网称它下载到约 3% 就可以开始运行，其余内容在玩家移动过程中流式加载。

这个能力对 Web3D 项目意义很大——大场景不再需要"先等全部加载完"，而是按视野和移动范围按需拉取。原理上这不算新东西（游戏引擎的虚拟纹理与流式加载早就这么做），但把它落到浏览器里、且不依赖云 GPU，是这条路线能成立的关键前提。

3. 支持到什么程度

项目	官方说明
引擎版本	Unreal Engine 5.8 与 Unreal Engine 6，另有早期 Unity 支持
渲染后端	WebGPU（Chrome、Edge、Firefox、Safari）
浏览器兼容	设备不支持 WebGPU 时，同一个链接可回退到云流式
产物体积	最小 8 MB；Lyra 示例 33.4 MB
大场景	City Sample 下载约 3% 即可开始
已验证示例	Electric Dreams（含 Nanite、Lumen、Substrate、虚拟阴影贴图）通过自动 GPU 检查
开发方式	用原有编辑器，或完全不用编辑器

官方展示的运行案例是它自家的游戏 SpaceLancers，声明运行环境为 Chrome on Apple M2 Max，并已在 Unreal Engine 6 线上跑生产。

上图是官方给出的 SpaceLancers 运行画面，截图来自其构建流水线中的自动 GPU 检查。

4. 构建流水线：代码改动到验证通过约 15 分钟

这部分是工程上最有参考价值的地方。SimplyStream 内置了一个叫 Strata 的构建代理，流程是：

1. 云端构建 —— 每次提交都在云上完成客户端与服务端的资源处理（cook），并针对两种设备档次各出一份；
2. 在真实 GPU 上检查 —— 用云端的 Chrome 分别在**桌面级（SM5）与移动级（ES3.1）**两种模式下把构建跑一遍；
3. 通过才发布 —— 检查失败则拦住，玩家继续访问上一个可用版本。

官方给出的效率数字是：从代码改动到验证通过的构建约 15 分钟（UE6 上的 SpaceLancers，2026-10-01 中位数）。

上面这张截图很有说服力：一次 StackOBot 构建在云 GPU 上跑出了撕裂画面，检查判定失败，这个版本没有到玩家手里。把"在真实 GPU 上自动跑一遍"做成发布前的强制检查，是这套方案比"本地导出 WebGL 然后人工测"这种方式更工程化的一点。

5. 多人游戏怎么跑

多人部分采用了一个和原本做游戏一致的思路：专用服务器也编译成 WebAssembly，通过 WebSocket、WebRTC 或 WebTransport 与浏览器通信。官网称 SpaceLancers 的生产环境就是这么跑的，每个服务器按 32 名玩家构建。

这个选择的好处是前后端同构（同一份代码同时跑在浏览器、服务器和编辑器里），且不需要为浏览器单独维护一套 UDP 方案——浏览器环境里 UDP 本来也不可用。

另外官方在预览一个叫 GameTS 的能力：用 TypeScript 写 UE 玩法逻辑，同一份代码在浏览器、多人服务器和编辑器里都跑。

6. 一些必须注意的限制

第一，这些数字都是厂商自述。 8 MB 产物、3% 加载、15 分钟构建，都是官方给出的最佳或中位情况，暂时没有第三方复现。

第二，WebGPU 兼容性是硬前提。 虽然 Chrome、Edge、Firefox、Safari 都已支持 WebGPU，但不同设备的实际驱动支持仍有差异，尤其是较旧的安卓机与集显设备。官方的兜底方案是"回退到云流式"——这意味着最坏情况下你还是要付云渲染的钱。

第三，这是一套托管服务，不是开源方案。 官方说法是"先用免费的，需要更多构建次数、席位或云流式再付费"，没有公布完整定价。是否适合长期项目，需要自己算。

第四，它有 Epic 的背书但不是 Epic 官方产品。 开发方 Wonder Interactive 是 Epic MegaGrant 的获得者，SimplyStream 是基于 UE 源码的分支（source fork），官方说明是"和任何 UE 源码引擎一样的克隆、构建"。

本站判断

第一，这条路线值得每个做 Web3D 交付的人认真算一次账。 本站一直关注"同一件事用不同架构做，成本差多少"这件事情。SimplyStream 提供了一个少见的、价格写得比较明确的对照样本：本地渲染 0 美元每分钟，云流式 0.16 到 1.82 美元每流小时。

按这个价格，如果一个展示项目每天有 200 人次、每人看 10 分钟，一天的云渲染成本大约在 53 到 607 美元之间（按 GameLift Streams 区间算），一年就是两万到二十二万美元。而本地渲染这部分是零——代价转移到了开发期（要处理兼容性、体积优化、降级方案）。

第二，"回退到云流式"这个设计其实点出了这条路的软肋。 一个需要双方案兜底的架构，说明 WebGPU 的覆盖率在厂商自己看来还不够托底。这一点对国内项目尤其重要：你要面对的设备分布比欧美更杂。

第三，Strata 那套"构建后在真实 GPU 上自动跑一遍"的流水线，思路可以单独借鉴。 哪怕你做的不是 UE 项目，这个模式——用云端的真实显卡在多种设备档次下自动验收，通过了才发布——对任何 Web3D 项目都适用。它解决的是这个行业一个老问题：本地开发机跑得好好的场景，到客户的老笔记本上就崩。

第四，对数字孪生项目的实际意义在于"长期开放访问"这个场景。 如果一个孪生系统只是展厅里几台机器在跑，云渲染完全够用；但如果它要挂在公网上让几百上千人随时打开看，云渲染的账单会随着使用量一直涨，而本地渲染是固定成本。判断该用那种方案，是要看并发规模与访问时长，不是哪种技术更先进。

第五，别忽略它没解决的问题。 浏览器本地渲染解决的是"渲染在哪跑"，不解决"数据从哪来"。业务数据接入、实时状态同步、权限与审计这些数字孪生的真问题，依然要自己解决。它替代的是渲染基础设施，不是应用本身。

---

参考来源

1. SimplyStream 官方站点：https://simplystream.com/（2026-10-15 抓取）
2. SimplyStream 成本对照页：https://simplystream.com/calculator（价格读取于 2026-10-09）
3. SimplyStream 方案对比页：https://simplystream.com/comparisons
4. 官方演示游戏 SpaceLancers：https://play.spacelancers.com