慢慢

游戏制作 · 2026-07-17

GPT Image 2 不是最后一步,游戏美术的生成、处理与接入

以《万法归一》的裂魂纸傀为例,一张 GPT Image 2 原图还要经过透明恢复、边缘修补、状态派生、尺寸收口、manifest 登记和 Godot 运行验收,才算游戏资产。

GPT Image 2 不是最后一步,游戏美术的生成、处理与接入

2026 年 7 月 17 日前后,裂魂纸傀的 GPT Image 2 Source 已经有完整角色、纸张纹理和裂缝。预览里看着很完整,保存下来却还不能直接进游戏。背景里的灰白棋盘格是实际像素,不能当作 alpha;直接缩小后,边缘会带进灰白污染。一张 idle 图也不能替代 move、attack、hit、death 和分裂子体。

生图完成,最多确定外形方向。看起来透明,文件里可能仍有背景像素;看起来像角色,仍然缺稳定尺寸、状态身份、资源路径和运行时引用。

本地脚本先从图像边缘识别连通的棋盘格背景,建立前景 mask,再用内部颜色修补被背景污染的边缘 RGB。随后把主体裁切、居中到 512×512 processed 图,并生成 128×128 runtime 图。动作状态没有整张图简单平移,袖口、身体、头部和下摆使用局部形变;死亡状态加入中缝撕裂,碎身则从同一 Source 做锯齿半切、重新居中和纸张溶解。裂魂纸傀资产处理流程GPT Image 2 原始 Source,AIGC

AIGC 输出解决画什么,游戏资产还要回答何时用、以什么尺寸用、怎样切换、能不能追溯。省掉这层,常见结果会变成边缘发灰、状态互相借图、资源生成却没有被场景加载,或者文件改了却没有更新 manifest。

这组管线把一张 1122×1402 Source 派生出父体 6 状态和碎身 6 状态。历史切片报告记录父体六张 Runtime 合计 128,353 bytes,碎身六张合计 82,946 bytes;每个条目还保存 runtime 尺寸、字节数、SHA 256、alpha 要求、Godot 导入设置和接入状态。纸傀碎身进入 Godot 运行画面

现在我把 Source、processed 和 runtime 分开保存。生图完成后,至少还要核对透明边缘、状态拆分、尺寸、manifest、运行引用和实际截图。只要缺一层,我就不会把生成成功写成美术已经接入。