这张动态图的价值，不是证明“电脑也能被重建”这么简单，而是把 3DGS 从展馆、文旅和商品展示这些偏专业的场景，往更日常的内容记录推进了一步。用户可以在非常轻量的操作里得到一个带沉浸感的结果：不只是看一张照片，而是重新进入当时的位置关系和观察路径。对公众号读者来说，这比单纯展示算法流程更容易理解 3DGS 端侧重建为什么值得关注。

一、拍一圈以后，真正被保存下来的不是一段视频

拍摄是最容易被低估的一步。用户看到的是相机画面，系统真正需要的却不只是连续图像。要把多个二维视角还原成统一的三维空间，重建链路必须知道“这一帧看到了什么”，也要知道“拍这一帧时相机在哪里、朝向哪里、镜头参数是什么”。

所以，多视角图像只是输入的一部分。相机内参决定成像几何，位姿描述不同帧之间的空间关系，图像本身提供纹理和颜色证据。采集质量一旦不稳定，后面的算法再强也只能在不完整的证据上工作。快速晃动、重复纹理、玻璃与镜面、高光、纯色墙面、移动人物，都会让空间匹配变得更难。

这也是为什么“拍一圈”听起来很轻，工程上却不能把它当成普通录像按钮。一个真正可用的产品，需要实时告诉用户哪些区域已经覆盖、哪些角度还缺数据；必要时还要限制运动速度、提示补拍，甚至根据设备姿态主动筛掉质量不足的帧。

如果把“拍一圈”拆开看，它更像一次受控的数据采集，而不是随手录像。起始正视角负责建立主体，侧向与斜后方视角补足深度与遮挡信息，完整一圈则保证主要可见面都具备稳定证据。下面这组实拍图，对应的就是一个更接近真实产品体验的采集流程。

图 2 环拍采集过程

import { spatialRender } from '@kit.SpatialReconKit';

import { Scene, RenderContext } from '@kit.ArkGraphics3D';



const renderContext: RenderContext | null = Scene.getDefaultRenderContext();

if (renderContext) {

renderContext.loadPlugin(spatialRender.GSPlugin.PLUGIN_ID);



Scene.load().then(async (scene: Scene) => {

const gsNode = await spatialRender.GSPlugin.loadGSNode(

scene,

{ uri: 'OhosRawFile://assets/scene/model.glb', offset: 0 },

scene.root

);



gsNode.position = { x: 0, y: 0, z: 0 };

gsNode.scale = { x: 1, y: 1, z: 1 };

gsNode.visible = true;

});

}