共计 1128 个字符,预计需要花费 3 分钟才能阅读完成。
核心概念:检查点为什么是三维建模的安全绳
在 ContextCapture(简称 CC)中,检查点(Checkpoint)本质上是建模过程中的进度快照。当系统意外中断(如断电、软件崩溃)时,它能让你从最近一个检查点恢复工作,而非从头开始。其核心机制是通过定期保存以下数据:
- 当前处理完成的区块状态
- 刺点(Tie Points)的空间坐标数据
- 相机参数及匹配结果
新手必知的四大典型翻车现场
- 模型断裂 :未设置检查点时,软件崩溃后重新计算可能因内存释放不彻底导致相邻区块衔接异常
- 刺点漂移 :复杂场景中,手动添加的刺点在长时间运算后丢失空间约束
- 空跑浪费 :20 小时运算后失败,发现参数错误却无法回退
- 版本混乱 :多人协作时覆盖他人检查点文件(.ccckpt)
不同场景的黄金配置方案
简单模型(<500 张照片)
- 检查点间隔:每处理 50 张照片自动保存
- 内存预留:建议总内存的 15%(如 32GB 内存预留 4.8GB)
- 存储位置:与工程文件同目录
// 推荐参数示例
{
"checkpoint_interval": 50,
"memory_reserve": 4800,
"storage_path": "./project_files"
}
复杂模型(>2000 张照片)
- 检查点间隔:每完成一个处理阶段保存(空三、密集匹配等)
- 内存预留:建议总内存的 25%
- 存储策略:SSD 独立分区存放检查点
六步设置实操指南
- 启动 CC 主界面,进入【Processing】→【Processing Settings】
- 在 Advanced 选项卡找到 Checkpoint Configuration
- 勾选 ”Enable automatic checkpointing”(关键开关!)
- 设置 Interval 参数(单位:照片数量 / 处理阶段)
- 指定专用存储路径(避免 C 盘爆满)
- 内存保留值建议设为:总内存×0.2(单位 MB)

图示红框区域为关键配置项
五个致命错误与急救方案
-
错误 :间隔设为 500+ 照片
修正 :复杂场景不超过 100 张 -
错误 :使用网络存储路径
修正 :本地 SSD 速度提升 3 倍 -
错误 :内存保留值为 0
修正 :至少保留 10% 内存缓冲区 -
错误 :关闭检查点日志
修正 :开启.log 文件记录恢复点 -
错误 :多人共用检查点
修正 :每人创建独立工作副本
高阶玩家技巧
- 时间戳管理 :在检查点文件名中加入日期(如
project_20240812_v3.ccckpt) - 版本回滚 :配合 Git 等工具管理检查点历史版本
- 自动清理 :编写批处理脚本定期归档旧检查点
思考题:你的工作流还能优化吗?
- 当前检查点间隔是否与硬件性能匹配?
- 是否有定期验证检查点可恢复性的习惯?
- 检查点存储空间占用是否超过项目预算的 5%?
建议每次大项目后复盘检查点使用情况,逐步找到最适合自己硬件配置的参数组合。记住:好的检查点策略是建模效率的倍增器,而非负担。
正文完
发表至: 三维建模
近一天内
