一个界面连接COLMAP、OpenMVS与Brush，分别生成贴图网格和高斯资产；v1.1.6新增AMD/HIP测试支持，附下载与上手流程。
先说预测：让更多CG从业者开始做三维扫描的，可能不是又一个算法名字，而是终于有人把“装依赖、选参数、转格式、接下一步”这些琐事整理好了。
照片拍了一堆，却卡在软件部署和命令行上，这种挫败感并不陌生。Edin Spiegel的Simple Photogrammetry GUI尝试把多款开源重建工具装进同一个操作界面。它不是拍完就保证出好模型的魔法，但对想把扫描纳入日常制作的小团队来说，值得关注。
01 / 一个界面，两种输出，先别选错路线
软件把Photogrammetry摄影测量和Gaussian Splatting高斯泼溅分成两个入口。前者面向带贴图的网格，项目说明将成品文件标为textured.obj；后者把对齐数据交给Brush训练，不是再生成同一种网格。
我们建议先问交付方一个问题：要的是“能继续处理表面的模型”，还是“从新视角观看时保留采集外观的场景”？选择不同，后面的编辑、渲染与验收方式也会不同。能展示得很逼真，不等于自动具备适合动画、碰撞或精细拓扑编辑的结构。
基础使用说明：https://github.com/edin45/simple_photogrammetry_gui
02 / 它没有取代底层工具，而是帮它们接力
理解流程，失败时才不会乱试。COLMAP负责特征匹配与相机重建相关工作；网格分支继续交给OpenMVS进行稠密重建，再走表面重建和贴图步骤。OpenMVS本身提供稠密点云、网格及纹理相关能力，GUI则组织它们的调用。
核对v1.1.6代码可以看到，网格可走PoissonRecon或OpenMVS路径，随后调用纹理工具；稠密阶段失败时还有降低分辨率重试的逻辑。它的价值在于把中间文件和执行顺序管理起来，不是把开源算法换成一套秘密引擎。
流程实现：https://github.com/edin45/simple_photogrammetry_gui/blob/v1.1.6/lib/scanningScreen/scanningScreenModel.dart
OpenMVS：https://github.com/cdcseacave/openMVS
mvs-texturing：https://github.com/nmoehrle/mvs-texturing
看到稀疏点云，不代表网格已经完成；相机没对齐，也不应该直接靠拉高后续质量参数补救。建议把“照片能否成功注册”设为第一道检查，再看表面与贴图。
03 / AMD支持来了，但Beta两个字不能略过
截至2026年8月31日核对，GitHub最新发布为v1.1.6。本轮加入HIP/AMD GPU测试支持，也增加了日志查看、依赖重新下载，以及进程管理、错误处理和Windows下载解压改进；Linux停止按钮与图片文件名含空格导致的失败也得到修正。
官方特别提醒：Windows用户若此前装的是CPU依赖，想切到AMD路径，应进入Settings，使用Re-Download Dependencies重新下载相应组件。仅切换选项，不代表旧依赖已经被替换。版本说明：https://github.com/edin45/simple_photogrammetry_gui/releases/tag/v1.1.6
不要把“支持AMD”理解成所有AMD显卡都已验证。先用自己的显卡、驱动和一小组照片跑通完整流程。尤其不要把新加入的HIP摄影测量路径，与Brush的训练后端混成一个兼容性承诺。
Brush采用WebGPU兼容技术，官方项目列出AMD、NVIDIA、Intel等硬件路线；但GUI打包的版本、平台和驱动仍需分别核对。v1.1.6界面代码也明确限制CPU-Only模式下的高斯功能。CPU能做摄影测量，不等于纯CPU也能跑这套高斯训练。
Brush项目：https://github.com/ArthurBrussee/brush
GUI模式限制：https://github.com/edin45/simple_photogrammetry_gui/blob/v1.1.6/lib/scanningScreen/scanningScreenView.dart
04 / 第一次用，先跑一组容易验收的照片
下面把项目操作说明整理成入门顺序，并补上制作检查建议；这不是本站实机跑分。
- 选对安装包：Windows从发布页下载ZIP；Linux按硬件选择CPU、CUDA或标有BETA的AMD AppImage。
- 准备依赖：Windows按显卡路线完成组件安装。已有CPU依赖的AMD用户，按上面的步骤重新下载。
- 选照片目录：点击Select Image Folder。首次测试使用静止、纹理清楚且多视角覆盖充分的对象。
- 选输出目录：点击Select Output Folder，使用独立工作目录并预留磁盘空间，避免和原始照片混放。
- 先选路线再启动：要网格就选Photogrammetry；建议先用Medium Quality检查流程，再考虑提高质量。
- 检查产物：网格路线完成后查看
textured.obj，连同输出目录里的材质和贴图一起测试，不要只拷走OBJ。
COLMAP教程强调多视角重建的阶段性：先恢复相机与稀疏结构，再形成更稠密的结果。拍摄和匹配基础没有做好，后面的等待时间未必能换来质量。基础原理：https://colmap.github.io/tutorial.html
对后期团队，我们更推荐拿一个真实的小道具做首次测试：容易检查正反面、底部缺失与贴图衔接，也方便估算清理时间。先证明一件东西能完整交付，再扩大场景范围。
05 / 对比图可以看，但别急着喊“替代商业软件”
开发者视频把结果与标为Reality Scan的结果放在一起展示。这里保留原有对照画面，方便观察灰模与纹理，但不能据此推导谁在所有场景里精度更高、速度更快。
真正的项目对比，至少要统一照片、遮罩、输出分辨率、模型密度和显示条件。灰模重点看轮廓、薄结构、孔洞与多余表面；不能只看哪一边显得更锐。
打开纹理之后，还要分清细节来自几何还是照片。某些缺陷会被贴图遮住，换角度、换光照就重新暴露。预览时的噪点也可能来自显示过程，不能直接当作扫描误差排名。
对CG后期来说，最有意义的指标是把结果清理到可用状态，总共要花多少时间。重建完成只是其中一步，补洞、降面、材质整理和镜头适配也应计入。
开发者原始演示视频：https://www.youtube.com/watch?v=4wdDcGBIZ6E
06 / 跑失败时，日志比反复点Start更有用
这类GUI背后运行着多个程序。建议遇到失败先保存日志，确认停在特征匹配、相机对齐、稠密重建、网格生成还是贴图阶段，再检查那一步的输入和输出。
- 照片注册不完整：先检查覆盖与图像质量，不急着提高网格精度。
- 稠密阶段失败：检查依赖、日志与资源占用，再用更小的数据集验证。
- 有网格但贴图异常：检查贴图阶段错误、材质引用和文件是否完整。
- 换显卡路线后仍失败：确认实际安装的依赖对应新配置，而不只看界面选项。
日志提供线索，但不保证自动修好问题。保留最小复现数据、软件版本与硬件信息，再去项目Issues反馈，会比只写“跑不出来”更容易得到帮助。
07 / 开源的意义，是可检查，不是没有成本
GUI仓库采用GPL-3.0，依赖组件有各自许可。需要部署或重新分发时，应核对对应许可证，不要把所有组件都当成同一种授权。外部软件许可清单：https://github.com/edin45/simple_photogrammetry_gui/blob/master/LICENSES_EXTERNAL_SOFTWARE
重建工作在本机执行，首次下载依赖等准备环节仍需要网络。对团队来说，这意味着可以自己控制制作环境，也意味着磁盘、算力、版本维护和结果清理需要自己承担。
我们的判断：它适合放进小团队的扫描工具箱，尤其适合想开始使用开源重建流程、又不想每一步都手动串接工具的人。先拿代表性素材跑通，再决定承担哪些正式镜头；易用性进步值得肯定，但不能跳过生产验收。
官方下载与学习入口
官方源码和入门说明：
https://github.com/edin45/simple_photogrammetry_gui
全部安装包与后续版本：
https://github.com/edin45/simple_photogrammetry_gui/releases
Linux安装包选择：在v1.1.6页面Assets中选择文件名含CPU_Only、CUDA或BETA/AMD的AppImage。本次发布资产未列出macOS成品安装包，不因仓库存在macos目录就推断已经正式支持。
https://github.com/edin45/simple_photogrammetry_gui/releases/tag/v1.1.6
开发者视频教程：
https://www.youtube.com/watch?v=4wdDcGBIZ6E
站内相关阅读
Volinga：把4D高斯资产带入Unreal时间线
https://www.zuoshipin.com/article/29736
这是高斯资产在实时制作端的另一种工作流，不代表本工具直接输出Volinga所需的动态序列。
PBR Generator：3ds Max材质烘焙与交付
https://www.zuoshipin.com/article/29233
关注三维资产如何继续进入交付环节；它不是Simple Photogrammetry GUI内置组件。
