从一条真实街道到一个故事世界

01 / 概览

一个黑客松场景，四种素材

好的 3D 场景并不总是由一种资产构成。有时它从一个真实的地方开始，有时它需要一段想象出来的延伸，有时只有当角色走进空间、给观看者一个在意的理由时，它才真正有了意义。（特别感谢项目作者 Spatial Dreamer。）

这正是这个黑客松项目有趣的地方。参与者并没有把 PortalCam、Marble 和 Tripo 当作生产管线里的三件孤立工具，而是把它们当作把一个故事世界带到眼前的三种不同方式：PortalCam 捕捉下圣塔芭芭拉一片真实商业街区的质感与具体性；Marble 用一片 AI 生成的海滩环境扩展了这个被捕捉的世界；Tripo 则带来基于网格的角色资产——把一对情侣放进场景，让环境从一个空间演示变成更接近叙事瞬间的东西。

参与者还做了一个务实的工程决定：把空间扫描成 3DGS 之后，在场景内布置虚拟相机、从这些视角渲染图像，再用这些图像重建出一个低多边形的网格版环境。网格版本让完整项目在低配电脑上运行得更从容，也更容易与其他网格资产集成。

最终的成果不只是高斯泼溅、网格重建与 AI 生成的叠加，而是一个小而清晰的例子，指向空间创作正在走向的方向：素材格式不是故事，故事是这些素材共同促成的东西。

02 / 概览

从一个真实的地方开始

项目始于 PortalCam 对圣塔芭芭拉一片商业街区的扫描。这一点很重要，因为实景捕捉能给场景带来很难凭空发明的东西：真实世界的不规则性。店面、街道、招牌、尺度、空间关系和那些细小的环境细节，共同携带着「某个具体地方」的感觉。

对创作者来说，这种落地感非常宝贵。它让场景立刻有了地点感——观看者看到的不是一个泛泛的城市街区，而是一个有人生活过、走动过、真实存在的空间。

在 XGRIDS 的工作流中，PortalCam 提供捕捉到的空间数据，随后可处理成高质量的 3D 高斯泼溅（3DGS）场景。这让创作者能快速把真实环境带入数字生产，而不必徒手重建每一个表面。但一个被捕捉下来的地方，仍然只是故事的一部分。

03 / 概览

用生成式 AI 扩展现实

参与者没有止步于扫描下来的商业街区，而是用 Marble 生成了一片海滩环境，与捕捉到的场景组合成一个更完整的世界。项目从这里开始超越「实景捕捉演示」。

真实扫描提供了真实性，但它被捕捉时物理在场的东西所束缚；生成式 AI 可以补上故事需要、而相机没有拍到的那部分世界。在这个项目里，海滩成为圣塔芭芭拉场景的延伸，为场景叠加了一层不同的情绪与视觉。

重点不在于一部分是真实的、另一部分是生成的，而在于每一部分都有自己的角色：PortalCam 扫描为世界锚定根基，Marble 生成的海滩扩展它。两者合在一起，构成了任何一种素材都无法单独提供的更广阔的环境。

04 / 概览

把扫描的 Splat 转成轻量网格

在捕捉完圣塔芭芭拉场景之后，Spatial Dreamer 还做了一个重要的技术决定：不在整个项目里直接使用原始 3DGS 场景，而是在泼溅场景内部布置虚拟相机、从这些视角渲染图像，再用渲染出的图像重建一个低多边形的网格版环境。

这不是因为高斯泼溅场景没有价值——恰恰相反，splat 提供了高质量的空间来源。但对这个黑客松项目来说，参与者希望最终场景能在低配电脑上更轻松地运行，并与其他网格资产（包括 Tripo 生成的情侣角色）自然集成。

于是工作流成了一座务实的桥：先把现实捕捉为高保真的 3DGS 场景，再用虚拟相机渲染推导出更轻的网格表示，最后把网格环境与生成角色和其他场景元素合成在一起。这提醒我们：3DGS 与网格并不是在所有工作流里都相互竞争——有时 splat 是捕捉并保存真实地点的最佳方式，有时网格是把体验打包给特定运行时、设备或交互模型的最佳方式。

05 / 概览

让 Tripo 生成的角色走进场景

当有人在场时，一个地方会变得更容易被读懂。参与者用 Tripo 生成了基于网格的情侣角色，为场景加入了人的存在。角色不需要成为技术上的主角，它们的价值在于叙事：给观看者一个焦点，并暗示这个环境里正在发生什么。

这改变了场景被感知的方式。没有角色时，成果可能更像一个空间展示；有了角色，同一个环境开始变成一个「情境」——观看者可以想象一次散步、一场会面、一段记忆，或两个人之间的一个瞬间。

这是一个微妙但重要的转变：技术仍然可见，但它不再是观看者唯一看到的东西。

06 / 概览

什么时候保留 Splat 更好

把高斯泼溅场景转成网格并不总是必要的。如果目标是观看、探索或发布一个高质量 3DGS 场景，团队可以保留原生 splat 格式，用 XGRIDS Web SDK 做在线浏览。Web SDK 支持 LOD 控制，让体验适配不同设备，包括手机。

浏览过程中，流式 LOD 会按观看者的位置与设备能力渐进加载合适的细节层级，让千万级规模的高斯场景即便在手机上也能顺滑探索，而不必强迫整个数据集表现得像一个传统网格项目。

所以这是一个依工作流而定的选择：直接浏览 3DGS 时，保留 splat 能保住视觉保真度并用上 XGRIDS 的流式与 LOD 能力；而当低配互动项目需要把捕捉环境与网格角色和其他生成资产组合时，把场景的一部分转成轻量网格是务实的生产决策。关键不是把某种表示当作普遍更优，而是选择最能服务故事、设备与体验的那一种。

07 / 概览

素材不是故事：这对空间创作意味着什么

这个项目组合了多种资产类型：捕捉的 3DGS、AI 生成的环境、重建的网格、网格角色。从技术角度看它们截然不同——渲染要求、编辑行为、性能特征与生产约束都不一样。但对创作工作流来说，更有趣的问题往往不是所有资产是否同一种表示，而是：这些资产能否协同工作，让场景更可信、更有表达力、更有利于讲故事？在这个黑客松项目里，答案是肯定的——PortalCam、Marble 与 Tripo 各自贡献了不同的东西，而最终场景成立，是因为这些贡献服务于同一个创作目的。

实景捕捉与生成式 AI 常被当成两个独立的方向来讨论：前者关联准确、重建与对真实地点的忠实数字化，后者关联速度、想象力与创造未被捕捉之物的能力。这个项目展示了两者合用时为什么更强大：实景捕捉给创作者一个可信赖的地基，生成式 AI 给他们扩展地基的空间，角色生成给场景一层人的维度，网格重建则在需要照顾低配设备时给项目一条务实的运行时路径。

工作流不再是在真实与生成、splat 与网格之间二选一，而是决定每种方法最适合表达什么。这对创作者尤其重要——他们常常需要快速从想法走到原型，一条组合了捕捉空间、生成环境、生成角色与设备感知优化的工作流，能帮他们在不从零开始的情况下搭出「故事就绪」的场景。

08 / 概览

技术边界与结语

需要说明清楚的技术边界：在这个项目中，PortalCam 负责实景捕捉，Marble 负责用 AI 生成的空间内容扩展世界，Tripo 负责创建基于网格的角色资产，而 3DGS 转网格是一个面向运行时的生产选择。这些是互补的方法，并不意味着每种资产拥有相同的数据结构、保真度或编辑行为——Marble 生成的海滩应被理解为 AI 创造的空间内容，而非圣塔芭芭拉原始扫描的一部分；Tripo 生成的角色与 splat 来源的环境不同，可能遵循不同的渲染、编辑、动画或集成规则；低多边形网格重建服务于这个项目的特定需要，不代表所有 3DGS 场景都需要转网格——对许多浏览与发布场景，XGRIDS Web SDK 提供了带 LOD 与流式支持的更直接路径。

这个项目最有趣的地方，不在于它用了 3DGS、生成环境、重建网格或网格角色——那些是素材。故事来自它们被一起使用的方式：一条真实街道给场景以真实性，一片生成的海滩给它以延展，一对角色给它以在场感，一个轻量网格版本给项目一条作为完整体验运行的务实道路。

当实景捕捉与生成式 AI 组合在一起，它们就不只是生产捷径，而是搭建「一个可以让故事发生的世界」的方式。在这个项目里，高斯泼溅与网格生成不是故事本身，它们是让故事变得可信的素材。