前几天用 Lixel K2 扫描一套约 100㎡ 的住宅时，我想确认一个很实际的问题：如果同一个空间分别用明显更快和更慢的节奏采集，最后的模型差异，是否值得多花现场时间和重建时间？
于是我把同一套房扫了两遍。
这里的“快扫”和“慢扫”只是我对两次采集节奏的简称，不是 K2 的官方扫描模式名称。这也不是严格控制变量的性能测试：两次路线和设备姿态只能做到大致接近，移动速度也没有精确量化。它更像一次真实项目里的 A/B 记录。
两次采集的差异
| 快速扫描 | 慢速扫描 | |
|---|---|---|
| 扫描空间 | 约 100㎡ | 同一空间 |
| 扫描时间 | 约 6 分钟 | 约 20 分钟 |
| 原始数据 | 约 4GB | 约 12GB |
| LCC 重建时间 | 约 1.5 小时 | 不到 6 小时 |
数字上的差异很直接：慢速版本的现场采集时间大约是快速版本的 3 倍多，原始数据量约 3 倍，后续重建时间也增加到了数倍。
两组数据都在同一台电脑上处理：
- AMD Ryzen 7 9700X
- 32GB DDR5 内存
- NVIDIA GeForce RTX 5060 8GB
- 1TB NVMe SSD
- Windows 11
这组重建耗时只能代表我的机器和这两组数据。XGRIDS 的 LCC Studio v2.3.0 官方文档列出的基础重建配置为 64GB 内存，并以 RTX 3060 12GB / RTX A4000 16GB 为基础 GPU 配置参考；我的 32GB 内存和 8GB 显存都低于这个参考，因此不能把这里的 1.5 小时和不到 6 小时理解成 LCC Studio 的普遍重建速度。
慢速版本还有一个很明显的体验：重建到大约 75% 时，有一个多小时看起来几乎没有进度变化。我当时一度怀疑任务是不是卡住了，最后它还是继续完成。
这也意味着，扫得更慢带来的成本并不只发生在现场。数据量变大后，存储和后续重建的等待时间也会一起增加。
整体空间：差距没有时间成本那么大
同一客厅区域。上为快速扫描，下为慢速扫描。
第一组是同一客厅区域的相近视角。
两次模型都保留了窗户、中央立柱、吊顶、右侧墙面以及前景施工材料等主要结构，从这组截图里没有看到大范围结构缺失。
如果只是看整体空间，快速扫描版本已经是可用的。快慢两版之间确实有视觉差异，但没有扫描时间和计算成本上的差距那么悬殊。
局部细节：慢扫会更稳定一些
同一区域的局部视角。上为快速扫描，下为慢速扫描。
第二组更适合观察石膏板表面、螺丝点、墙面施工纹理、透明板材、红色胶带和梁边缘。
从这组截图看，慢速版本在部分局部表面和边缘上更干净、稳定，细节也更自然一些。快速版本局部更容易出现一点发虚或表面不够稳定的感觉。
但这个差距仍然没有大到“一个能用、一个不能用”。
我现在会怎么扫
这次最有用的结论不是“慢扫一定更好”，而是投入和结果之间并不线性。
在这套约 100㎡ 的住宅里，我多用了大约 14 分钟现场时间，把原始数据从约 4GB 增加到约 12GB，同时让本地重建从约 1.5 小时增加到接近数倍；换来的主要是部分局部细节和稳定性改善，而不是整体模型质量发生数量级变化。
因此，如果目的只是快速记录完整空间、查看整体结构，我不会再默认“走得越慢越好”。
如果项目确实看重某些局部细节，我目前更倾向于把额外时间花在重要区域，而不是把整套房都按同样慢的节奏重新扫一遍。
这个判断只适用于这一次真实测试。两次采集并非严格控制变量，也不足以证明 K2 在其他住宅、其他路线或其他重建配置下都会得到同样结果。
如果以后继续测试，我会缩小场景：固定一小段路线，尽量保持相同设备姿态，只改变移动速度，再提前选定几个区域做局部对比。那样才能更准确地判断扫描速度本身对结果的影响。
这一次先把真实数字和截图留下来。至少下一次扫类似住宅时，我已经不会把“越慢越好”当作默认前提。