制作笔记 / 游戏素材工作流
AI 生成的像素画,能直接进游戏吗?
叫它“可用素材”之前,先过六项验收。
好看的预览只是起点,不是验收结论。要检查的是实际导出文件、指定动作,以及进入游戏后的效果——而不只是一张最漂亮的帧。
- 原生网格
- 预留边距
- 允许编辑区域
先写清楚要交付什么。
使用有权编辑和发布的素材,记录原生画布、相机方向、帧序与时长、调色板、透明度规则、锚点,以及允许修改的范围。静态图标、八方向转面、行走循环和动作集锦,需要不同的验收条件。下文的数字只是测试规格示例,不是像素画的通用标准。
CHECK 01 / 06
原生网格,不是预览尺寸
512 × 512 的文件,不一定是在 512 像素网格上绘制的。它也可能只是小图按整数倍重复放大。保留原文件,把存储尺寸与实际工作网格分开记录。
怎么检查
同时看原生大小和整数倍最近邻放大。如果要断言底层是更小的网格,必须验证每个像素块都完全重复;凭肉眼“像是放大过”不够。
规格示例
“交付 64 × 64 原生帧,不做放大。”一个每块 8 × 8 像素完全重复的 512 × 512 文件,可能表达的仍是同一张 64 × 64 图。
不能据此推断 颜色少、边缘呈方块,并不能证明像素落点合理、色块可读或画风一致。
CHECK 02 / 06
循环动作,不是动作集锦
先判断序列的用途。剪在一起的多种攻击、八个朝向和一段行走循环,是三种不同交付物。动作集锦不必让最后一个姿势无缝接回第一个。
怎么检查
若要求循环,按目标时长和移动速度连续播放至少两轮。检查首尾衔接、脚底接触、意外闪烁,以及每帧的服饰和造型细节。
规格示例
“单一侧视行走,八个有序帧,注明各帧时长与移动速度。”原生大小连续播放和放大观察都要做。
不能据此推断 首尾两帧不必完全相同;一张静态联系表不能证明动作顺滑,也不能排除滑步。
技术参考: Godot · 2D 精灵动画
CHECK 03 / 06
边距、裁切与锚点
逐帧检查武器、发梢、披风和特效。运动中的轮廓可能超出站姿占据的空间。除非动作明确要求,否则应保持约定的锚点稳定。
怎么检查
先约定透明度阈值,再找可见内容包围盒到四边的距离。完全不透明的导出,其透明度覆盖整张画布;须先取得约定的前景掩码,才能测量人物边距。重点复核边距最小的帧。导出裁切、偏移量和精灵表中的帧间间隔要分开检查。
规格示例
“整个人物四周至少留一格原生像素;明确允许的脚底接地边除外。”如果故意贴边,要写进规格。
不能据此推断 轮廓碰到画布边缘只是人工复核信号,不足以证明发生了裁切。复杂的不透明背景不能仅靠减去角落颜色来可靠分离。
技术参考: Aseprite · 精灵表
CHECK 04 / 06
只改被允许修改的部分
有效的局部修整,不能以悄悄重设计其他部分为代价。保留真实的前后文件与逐帧允许编辑掩码,并在同一原生网格上对齐。
怎么检查
比较掩码外解码后的 RGBA 值。若要求严格保留,R、G、B 或透明度任一通道变化都计为一个变化像素,合格数应为零。帧序与时长另行比较。
规格示例
“只调上臂,保留脸、服饰、下半身、配色、画布、时序与锚点。”掩码需覆盖新旧轮廓所占区域,包括可能变为实体的透明空间。
不能据此推断 掩码外零差异只证明那里被保留了,不能证明修改更好。透明度为零时隐藏的 RGB 也可能影响精确差异;是否规范化要事前约定,不能失败后再放宽。
CHECK 05 / 06
调色板与透明度,分开验收
“颜色不多”不等于“符合指定调色板”。可见像素的 RGB 颜色和透明度值要分开统计,并事先明确是否允许半透明像素。索引色存储与调色板合规是两回事:比较时先把索引解码成颜色;若交付要求索引色文件,还须单独验证文件模式。
怎么检查
对每个透明度大于零的像素,检查 RGB 是否属于约定调色板。再检查透明度是否属于约定集合;若要求二值透明,集合就是 0 或 255。分别放在浅色与深色背景上查看导出。
规格示例
“使用给定调色板与二值透明,不带实色底。”记录游离颜色、半透明边缘,以及可见的杂边或光晕。
不能据此推断 不透明的宣传预览不能说明工具是否支持透明导出;通过调色板检查,也不能证明光影和配色协调。
技术参考: Aseprite · 颜色模式
CHECK 06 / 06
进引擎,再算总返工
在隔离测试场景中,按目标引擎与实际显示比例导入候选。检查帧矩形、顺序、时长、锚点、过滤方式、遮挡层级,以及运动中的实际观感。
怎么检查
分别记录所有尝试、被拒结果、主动人工时间、等待时间与实际费用。准备、提示、审核、修补和导入都计入,而不只记录生成时间。对照已能交付的手工流程。
规格示例
“能否直接替换现有动作,而不重新调整定位或周边素材?”保留审核人的回答、拒绝理由,以及达到验收所需的总工作量。
不能据此推断 导入成功不等于美术通过,更不证明节省时间。Godot 4 的 2D 纹理过滤位于 CanvasItem 或对应项目默认设置,而不是旧版图像导入过滤选项。
技术参考: Godot · 图像导入
REVIEW / 06
六项证据,自查一次
只有看过对应证据后才勾选。这张清单不会分析文件,也不会认证素材质量。
清单不上传素材,勾选状态仅在当前页面保留,刷新后重置。本页沿用本站 Microsoft Clarity 了解页面使用情况。
通过硬检查,不等于做好了美术
技术检查能发现约束被破坏,却不能认证画风好看、结构正确、动作可读、设计一致,或与游戏其他素材相配。这些判断仍需在目标显示尺寸下单独进行人工审核;使用权也要另行确认。
这是一套验收方法,不是生成器性能榜单。文中数字均为示例;本指南没有运行生成器,也没有验收任何实际游戏素材。
一手参考资料
以下官方文档解释文件、颜色与引擎行为。上面的六项流程和示例阈值是编辑性建议,不是工具厂商的效果保证。