WebGL 与 WebGPU 融合：ArchSight Graphics v1.2.0 的工程图形平台路线
ArchSight Graphics v1.2.0 正式发布。
在线体验地址：https://graphics.archsight.cn/
v1.1.0 之后，ArchSight Graphics 已经能稳定打开模型、管理项目、浏览 IFC / FBX / GLB，也能做基础审阅和材质显示。v1.2.0 继续往下走：真实 IFC / FBX 大模型进入浏览器以后，平台能不能解释它、验证它、对比它，并且在 WebGL / WebGPU 之间给出更清楚的运行证据。
中间的 v1.1.1 更像补丁版本，主要处理 Auto / WebGPU 下 IFC、FBX 材质发黑和后端选择问题。它不是这篇文章的主角，但它把 v1.2.0 的基础垫住了。
这一版最重要的变化不是“多了几个按钮”，而是图形底座开始把渲染后端、真实格式、材质路径、缓存、性能读数和交互状态放到同一条验证链路里。
01. 图形底座继续收口
过去，模型显示更像是一条单一路径。现在正式体验里保留三种后端口径：Auto、WebGL、WebGPU。
Auto 不再只是默认选项。它会结合模型类型、设备能力、缓存状态、材质路径和运行时健康信号来选择后端。WebGL 继续作为稳定保真基线，WebGPU 则进入高性能和真实模型验证路径。
这不是“WebGPU 替代 WebGL”的版本。恰恰相反，v1.2.0 更强调两套后端要消费同一套模型缓存、材质表、空间分块、BVH 和统计指标。
这个边界要讲清楚：WebGPU 是重点优化方向，但 v1.2.0 不承诺全面替代 WebGL。
02. IFC 不只是能打开
IFC 是工程用户最容易看出专业度的格式。
v1.2.0 继续保留 IFC 几何显示、空间树、构件选择、属性摘要和导入状态。新的重点是，IFC 本地模型缓存开始进入 WebGPU 路径，用 imported-model-cache 去验证真实工程模型。
这意味着 IFC 不再只是“能导入、能看见”。它的几何、层级、材质、选择、缓存和渲染后端开始被放进同一套回归和发布检查里。
v1.1.1 修过 WebGPU 下 IFC 材质发黑的问题。v1.2.0 在这个基础上继续收口：WebGPU 路径使用更稳定的基础材质兜底，同时保留 IFC base color、透明度、双面和顶点色。空间树、构件点击、定位、高亮和属性面板联动，也继续作为体验回归的一部分。
这块边界也要说透。v1.2.0 里的 WebGPU 外部模型交互，先把语义链路跑通：点到对象，空间树能回显，属性面板能跟上，选中框和视口定位不打架。它还不是 WebGL 那套三角面级 CPU raycast 的等价替代，也不承诺像素级拾取、面级测量或吸附精度。
所以这次不是简单写一句“支持 IFC”。更准确的说法是：IFC 开始进入缓存、材质、选择和 WebGPU 后端的同一条验证链路。
03. FBX 的难点在材质和内存
FBX 的问题从来不只是读文件。
真实 FBX 往往带着大量贴图、材质依赖、ZIP 包和浏览器内存压力。模型读进来以后，平台还要继续判断：该保留贴图高保真，还是走材质代理；该优先 WebGL 稳定基线，还是切到 WebGPU 验证；某一张贴图失败时，是局部降级，还是让整个导入流程回退。
v1.2.0 把 WebGPU FBX 材质路径拆成三类：
texture-fidelity：保留贴图高保真，证明不是灰模演示。material-proxy：用于超大模型的交互救场，保留真实几何、材质基色和透明度，降低 draw call 压力。- 基础安全降级：在贴图、材质或设备能力不足时，先保证模型可浏览。
这一版也处理了更细的工程问题。大体积 ZIP FBX 会把解压后的源 ArrayBuffer 交给 worker，减少高内存压力下 Runtime Blob URL 二次读取失败；单张 DDS 贴图读取失败时，只局部降级为兜底贴图，不再让整个 worker import 回到主线程。
外部 FBX 还经常遇到贴图方向、正反面和子构件材质不一致。v1.2.0 保留了相关排障入口，但这部分我不把它当成宣传亮点。设计方向是对的，效果还要继续打磨。它更适合被看作材质治理链路的一部分，而不是普通用户的主路径。
04. WebGPU 需要能解释
v1.1 阶段，WebGPU 更多是预研和可选后端。v1.2.0 开始把它做成可解释、可复现的发布证据。
性能 HUD 会展示当前后端、Auto 原因、WebGPU 材质模式和回退状态。发布矩阵也会区分 idle、interaction、demo-tour 三种 FPS 来源，避免把静态帧率包装成交互性能。
这次发布记录了几组代表性结果：
- IFC 工程 MEP 样例：Auto 进入 WebGPU
imported-model-cache。 - Bistro 重型 FBX：WebGPU
material-proxy，demo-tour FPS 约 65.8，draw calls 收敛到 10。 - Emerald 重型 FBX：WebGPU
texture-fidelity，保留贴图高保真，并记录 Runtime Blob payload 释放约 1.1GB 级证据。
重点不在于宣称 WebGPU 一定更快。重点是能说清楚：什么模型进了 WebGPU，为什么进，用了什么材质模式，有没有 fallback，性能数据来自哪里。
05. WebGL 仍然是基线
v1.2.0 没有盲目“全量 WebGPU 化”。
普通 FBX 在 Auto 下仍可优先走 WebGL 稳定路径。强制 WebGPU 用于性能验证、贴图保真验证和设备能力试验。强制 WebGL 继续作为排障、对比和兼容入口。
工程图形平台不能押注单一后端。真正要做的是让 WebGL 与 WebGPU 在同一套模型缓存和发布证据下协同工作。
这比一句“支持 WebGPU”更重要。
06. 材质从显示走向治理
v1.1.0 已经把材质作为主线写过一次：材质不再只是分类色，自有构件可以绑定项目材质，导入模型也开始保留贴图关系。
v1.2.0 不重复讲“能不能换材质”。这一版更关心真实 FBX 带着大量贴图进来以后，系统怎么判断它该走贴图保真、材质代理，还是基础降级。
系统设置只是入口，不是主角。普通体验可以选择高保真优先、平衡自动、低配代理。遇到大体积 FBX 或显存压力时，再进入 FBX / WebGPU 设置，调整材质路径、贴图缓存、贴图边长和贴图质量。
换句话说，材质在 v1.1.0 是“看得见、能绑定、能覆盖”；到 v1.2.0，开始变成“能在真实大模型、WebGL / WebGPU 双后端和内存压力下被解释、被降级、被复现”。
07. 视口更像工作台
v1.2.0 也补了不少小但有用的交互。
顶部工具条把工作模式、命令输入、文件状态、对象数量、轮廓、视口策略、渲染后端、视觉样式、网格捕捉、步长和标高放在同一层。用户能直接看到当前状态，不必在多个面板里找。
命令输入支持类似 WALL L=6 H=3 的快速建模入口。工作模式可以在快速、精确、审查之间切换；步长和标高也可以用命令或控件调整。
视口书签做了整理：支持重命名、恢复、删除；保存前刷新画布；缩略图捕获失败时生成可读兜底预览。书签不是复杂功能，但它决定了一个工程模型能不能被反复讲解和复盘。
视口导览速度也前移了。漫游和路线导览共用速度控制，可以现场调速。课堂、路演和客户讲解里，这比单纯“能漫游”更实用。
视觉样式也在继续收口。它不再只用“材质”这个口径，而是逐步调整为更清楚的着色、真实、白模等视图表达。轮廓模式支持标准、工程、增强；增强轮廓的语义标签改为统一标签层，缩放后不再明显漂移。
08. 自有构件也要进入 WebGPU
这版不是只靠导入模型演示。
自有构件继续覆盖基础几何、基准定位、基础工程、主体结构、楼面屋面、围护墙体、洞口门窗等对象。v1.2.0 明确了一个方向：自有构件同样要支持 WebGPU，而不是遇到 WebGPU 就绕开。
自有构件材质、白模、分类色、真实贴图、选中高亮和视觉样式都在统一显示体系里收口。性能测试也开始围绕自有构件构造极限场景，用来验证 WebGPU / WebGL 管线边界。
这里也要留边界：这些压力目标用于暴露浏览器图形管线问题，不等同于已经稳定承载 1 亿面真实工程项目。
09. 性能测试不只看 FPS
v1.2.0 更重视性能口径。
平台不只看 FPS，还会记录对象数、原始面、渲染面、draw calls、材质/贴图、p95、长帧和回退状态。真实项目型场景、混合工程场景和极限压力场景要分开看。静态空闲、交互操作和路线演示也要分开看。
这听起来麻烦，但很必要。
如果场景过稀疏、视锥剔除过强、滚轮黑屏、交互掉帧，就不能包装成性能胜利。它们应该成为下一轮继续优化的目标。
v1.2.0 的价值，是开始把这些问题留在证据里，而不是藏在演示话术里。
10. 仍然要讲边界
v1.2.0 是 WebGPU 价值证据版，也是一次真实工程模型可用性版本。
它不是 WebGPU 终局版，也不承诺 WebGPU 全面替代 WebGL。外部模型交互这一块，v1.2.0 只承诺包围盒级语义选择闭环。三角面级拾取、面级测量、吸附，以及更细的 hover / click 精度，要等后续 GPU picking 或 BVH 同步路线继续推进。完整 Compute Shader 剔除、遮挡剔除、GPU LOD 和 GPU 碰撞检查也不属于本版本承诺。Emerald 级超大贴图模型仍可能出现 Chrome Private Memory 高峰，浏览器图像解码、GPU 纹理映射和进程级内存还要继续观察。
如果你要体验这一版，建议直接看几条路径：
- 打开 IFC 工程样例，看 Auto 是否进入 WebGPU 本地模型缓存路径。
- 打开 FBX 大模型，切换高保真、平衡和低配代理策略。
- 查看性能 HUD 里的后端、Auto reason、WebGPU 材质模式和回退信号。
- 试一下顶部命令输入、网格捕捉、步长和标高。
- 保存几个视口书签，再调整导览速度做一次模型讲解。
从 v1.1.0 到 v1.2.0，ArchSight Graphics 不是在堆功能。它开始把真实工程模型、材质治理和 WebGPU 后端放到同一套可验证的产品路径里。
关注我们
欢迎搜索并关注 筑见实验室，获取更多结构计算与工程前沿动态：
