展开本页目录
开始前准备什么
- 把本题ZIP解压到独立目录，保留原始文件与README中的素材身份。
- 模型步骤需在官方支持的隔离环境、相应权重与硬件中运行；本包不含权重，不承诺Apple本机支持CUDA。
- 本地文件检查使用Python、NumPy/Pillow或Blender；模型运行与素材/格式校验是分开的证据。
- 先核对三图是否确为同一个物件
- 保留front、left、back的明确键名
- 选择2mv专用权重与子目录
- 保存正例和明显冲突负例清单
- 运行形状管线并独立保存GLB
- 用同一角度比较单图与三视图
- 保存实际冲突和未解决结构
原创输入、真实参考文件、命令、脚本、运行边界与逐项清单；不含模型权重。
明确哪些材料已运行，哪些目标模型步骤尚未执行。
真实可打开的练习输入或手工参考，均不是目标模型输出。
1. 先核对三图是否确为同一个物件
打开front.png、left.png、back.png：天线在同一侧，背面电池位置一致，主体尺度相近。三图由同一Blender几何渲染，素材身份可追溯；没有用不同图生成后假称多视图一致。
2. 保留front、left、back的明确键名
官方示例用字典传入三视角；顺序列表或凭文件名字母排序不能自动赋予方向语义。检查前景alpha和对象完整性，避免左右视图意外翻转。
3. 选择2mv专用权重与子目录
使用tencent/Hunyuan3D-2mv、hunyuan3d-dit-v2-mv及对应fp16规格。不能把普通2mini单图模型接收一张图的代码直接改成列表，就称支持多视图。
commands.md
python3 check-views.py
# 在官方Hunyuan3D-2环境内执行专用多视图任务
python run-hunyuan-task.py --repo /path/to/Hunyuan3D-2 --task multiview --out actual-multiview.glb4. 保存正例和明显冲突负例清单
正例是同一玩具三图；negative-views.json只描述把back错误替换front的输入冲突，不伪造模型对冲突的实际反应。先用check-views.py发现重复视图，再决定是否继续推理。
5. 运行形状管线并独立保存GLB
run-hunyuan-task.py的multiview分支沿用官方字典与pipeline调用。真实结果写actual-multiview.glb；高显存环境未准备时在这里停止，不能复制手工参考充当输出。
6. 用同一角度比较单图与三视图
如果同时有实际2mini结果，固定查看器角度，检查背面电池和左侧天线；输入版本、模型和运行记录分开。两个不同模型的结果比较不能推导纯粹的视图数量因果。
7. 保存实际冲突和未解决结构
记录形状是否封闭、背面结构、局部浮片和失败输入。包内参考模型用于核对原创物件的已知结构，模型产出需你真实运行后补齐；不得只保留“最好看”的正面图。
怎样确认已经完成
- 原始输入、人工参考、官方示例和实际模型输出标识分开。
- 保存真实帧号/坐标/对象ID或几何版本，不只凭文件能打开判断质量。
- 模型未运行时保留not-executed，不把参考文件复制更名为成功结果。
常见问题
混元3D背面不对怎么办，多放两张任意图可以吗？
先保证三张是同一对象的一致视角，再使用2mv专用模型。不同材质、翻转视图或不一致对象可能互相冲突，不能靠数量保证背面正确。
front、left、back只是文件名吗？
本题在Python字典中使用这三个官方键，并逐个打开对应图片；它们表达视角语义，不能只把三张随机文件改名。
三视图结果比2mini好就证明多视图一定更好吗？
不能。2mini与2mv模型本身也不同，比较时需同时记录模型、参数与输入，结果只说明这次具体任务表现。