Krita 2D游戏美术资产全流程：学习路径、图层导出与避坑指南

先说一个很典型的交付场面一个 2D 小项目临近出包美术那边把角色待机动画的 8 帧全部导成 PNG 发过来文件名从“图层 1”排到“图层 8”透明边缘在深色背景上泛着一圈黑边UI 九宫格按钮拉伸之后边角糊成一团。这几样东西单独看都不算错合在一起就是返工。做游戏开发的人用 Krita 做美术资产绝大部分坑不在“会不会画”而在“画完到进引擎”这一段——Krita 的学习路径和避坑清单本质上是围绕这条交付链路展开的而不是围绕笔刷。我把 Krita 在 2D 游戏开发里的定位、学习节奏、画布配置、图层组织、导出对接、性能排查这几块按实际踩过的顺序重新捋了一遍。适合两类人看一是没有商业软件授权预算、想用一套开源画完整个 2D 资产链条的独立开发者二是已经会用 Krita 画画、但每次交付都要被程序追着问“这个尺寸对吗、这帧顺序对吗”的美术。前者能拿到一条按阶段验收的学习路线后者可以直接跳到导出和图层那两节。1. 先给 Krita 定位它在你项目里到底该干什么1.1 手绘向 2D 资产的强项与明确边界Krita 最舒服的区域是手绘质感强的 2D 位图角色立绘、场景原画、道具图标、手绘风 UI 底图、序列帧动画、贴图纹理、对话框与装饰框。它的笔刷引擎种类多笔刷预设可以自定义到像素级配合绘画辅助线、多笔刷对称、参考图工具画一整套统一风格的角色和道具是很顺的。但边界也很清楚。第一它不是矢量工具做那种需要任意缩放不糊的扁平 UI用矢量软件更省事Krita 里虽然有矢量图层和路径工具但生态和精度不如专门的矢量软件硬做会很难受。第二做 UI 切图这类要求像素级精确对齐的活Krita 的手感偏“绘画”对齐、分布、批量尺寸调整这些操作不如排版类工具顺手小图我基本还是回到更精确的工具里做最后一步。第三它没有面向游戏资产的切图流水线图层批量导出要靠插件精灵表靠动画导出功能九宫格留边靠自己守规矩没有任何一步会主动提醒你“这里会出问题”。所以一个比较务实的分工是Krita 负责“画”和“定风格”导出和切图规范靠人守。如果你指望选个工具就把规范问题一并解决那任何工具都做不到。提示判断一个资产适不适合在 Krita 里做看它最终在屏幕上占多少像素。最终显示 32×32 的图标在 Krita 里画 512×512 再缩下去线条和边缘会软像素画就老老实实 1:1 画。1.2 和商业软件、专用像素工具之间的成本与协作权衡独立团队最常见的组合是Krita 兜底大部分手绘资产遇到像素画用专门的像素画工具遇到矢量 UI 用矢量工具。这个组合的成本几乎为零代价是文件格式不统一——交付时你手里有 .kra、.aseprite、.svg 三种源文件协作方如果只用其中一种就会反复导出。这里要提前想清楚一件事源文件的“可修改性”值多少钱。手绘角色这种后面一定要改轮廓、改配色的资产源文件必须分层保留而已经定稿的 UI 图标导出 PNG 之后源文件的价值就只剩下“下次重画参考”。按这个标准分你的版本库压力会小很多。另一个常被忽略的成本是协作方的接受度。Krita 的 .kra 是压缩容器格式很多流程里打不开给它转 .psd 是常规操作但转换过程有损下一节会讲哪些东西会掉。我的做法是交付时同时给 .kra 原文件和一张合成好的 PNG程序用 PNG需要改的时候再找我要 .kra避免中间格式来回转。2. 五阶段学习路径每阶段用一张能交付的资产做验收2.1 阶段划分、时间预算与验收物学 Krita 最容易走的弯路是“把教程从头看到尾”看完界面介绍、笔刷介绍、滤镜介绍一上手还是不知道怎么给游戏做一张能用的图。我的建议是每个阶段绑定一件必须交付出去的东西做不出来就不进入下一阶段。下面这张表是个可以参考的节奏全职学的话整体三到四周能走完业余每天一两小时就按周翻倍。阶段时间参考核心练习内容验收物必须能交出去一、工具手感35 天界面、图层、选区、变换、笔刷预设、撤销历史一张 512×512 的道具图标分层保存二、工作流骨架1 周画布设置、参考图、辅助线、对称、图层组、色彩管理一张三视图角色设定图层命名规范三、游戏资产专项12 周尺寸规范、像素画模式、UI 元素、序列帧、时间轴一组 4 帧循环动画 一套 3 个状态按钮四、导出与对接35 天单图导出、序列帧导出、精灵表、批量图层导出一套能直接丢进引擎的资源包五、效率与稳定持续快捷键、模板文件、性能设置、脚本与插件一份自己项目的模板 .kra第一阶段不要碰动画也不要碰色彩管理就练“能不能把一个东西画完整并按图层拆好”。很多人卡在这里的原因是图层意识没建立画到一半所有东西都在一个图层上想改眼睛颜色得重画。第二阶段的重点是参考图工具和绘画辅助。参考图工具可以直接把外部图片拖进画布当作参考板能缩放、旋转、裁剪而且不会占用你的绘制图层保存在 .kra 里——比开另一个窗口看图舒服太多。绘画辅助则是拖出消失点、平行线、椭圆这类辅助线画建筑和机械结构时非常省事。第三阶段才开始接触真正会翻车的东西像素画模式、序列帧、UI 切图。这个顺序不能反因为这三样都建立在“图层组织清晰”的前提上。2.2 每个阶段刻意不去碰的东西学习路径里“不学什么”和“学什么”一样重要因为 Krita 的功能面板实在太多了很容易被带偏。第一阶段别碰滤镜和图层样式。滤镜图层的即时预览很诱人但它是典型的性能杀手而且导出时会被拍平养成依赖之后改稿会很痛苦。第一阶段的图就用最朴素的图层堆出来。第二阶段别碰 PSD 互导。这时候你的文件结构还不稳定转来转去只会把问题放大等图层规范定下来再考虑交换格式。第三阶段别急着做长动画。先做 34 帧的循环待机呼吸、简单的攻击前摇把时间轴、关键帧、洋葱皮这套东西跑通。Krita 的时间轴和传统动画软件的概念不完全一样它区分“帧”“关键帧”“保持帧”第一次接触容易搞混你在第 1 帧画了内容它默认会一直保持到下一个关键帧而不是每帧都要画。搞不清这一点就会导出几十帧一模一样的画面。第四阶段之前别装任何插件。插件生态很杂装一堆之后崩溃了很难定位是不是插件的问题。等基础流程跑通再针对具体痛点装一两个。3. 新建画布那一步就决定了后面一半的麻烦3.1 像素尺寸、DPI 与缩放时的采样方式这是最容易被忽略、后果又最持久的一项。游戏引擎只认像素尺寸不认 DPI。你在 Krita 里新建一个 1024×1024、300 DPI 的画布导出的 PNG 就是 1024×1024 像素DPI 这个数字对最终显示没有任何影响它只影响打印。但 DPI 不是完全没用部分引擎在导入图片时会读元数据里的物理尺寸做参考曾经遇到过一批切图因为 DPI 不一致导入后引擎里自动算出了一个奇怪的“每单位像素数”需要手动改回来。所以我的习惯是所有游戏资产的画布 DPI 统一设成 72纯粹为了消除变量。真正决定清晰度的是绘制尺寸和最终显示尺寸的比值。这里有个反直觉的结论不是画得越大越好。假如一个角色在游戏里最大也就显示 200 像素高你画 2048 再缩下去缩小时的采样会把手绘的锐利边缘变成一圈半透明的软边如果引擎里还开了双线性过滤边缘会进一步发虚。比较稳的做法是目标显示尺寸的2 倍作为绘制尺寸留出高清屏和高分辨率适配的余量缩放用整数倍关系比如画 256显示 128 或 64能避开非整数采样带来的锯齿不均像素画风资产严格 1:1画多少就是多少一个像素都不缩。同理UI 切图在引擎里拉伸时尽量用整数倍或九宫格别让引擎做 1.37 倍这种拉伸。3.2 8 位整数还是 16 位浮点色彩深度的取舍Krita 新建画布时可以选色彩深度默认一般是8 位整数 sRGB。这个默认值对游戏资产是正确的选择理由很直接绝大多数 2D 引擎的纹理管线走的是 8 位 sRGB你用什么深度画最后都要转成这个。那什么时候用16 位浮点做需要大量色调调整的厚涂原画、做需要反复叠色不产生色带的大幅场景时16 位浮点能明显减少色阶断层。但它有两个代价文件体积翻倍以上笔刷运算量显著增加图层一多就卡。更关键的是导出时的转换。如果你在 16 位浮点线性空间里作画导出 PNG 之前一定要确认导出的是 8 位 sRGB并且检查一下整体明度和饱和度有没有变化。见过的情况是画的时候在宽色域空间里调得很鲜艳导出 PNG 后嵌入了非 sRGB 的配置文件引擎不认这个配置文件直接按 sRGB 解释结果整体偏灰偏暗美术以为是引擎的锅实际是色彩空间没统一。我的做法比较保守游戏资产一律新建 8 位整数 sRGB不折腾。只有在做那张会被放大展示的宣传图或主视觉时才开 16 位。3.3 第一次打开就该改掉的几项设置装完 Krita 第一件事不是画画是去设置里改几项能省掉后面大量莫名其妙的麻烦。打开“设置 → 配置 Krita”需要看的是这几个地方常规 → 自动保存把自动保存间隔调到 510 分钟同时打开“保存时创建备份文件”。Krita 崩过一次你就知道这个开关值多少钱。备份文件默认和原文件同目录画大图时注意磁盘空间。性能 → 内存与暂存盘内存上限不要拉到物理内存的 100%留 20% 给系统和引擎暂存盘交换文件手动指定到剩余空间最大、且不是系统盘的 SSD上。默认位置可能在系统盘画 4K 画布加十几个图层时会把系统盘写满。性能 → 笔刷预览与帧缓存动画项目里帧缓存和缩时录制都会吃内存如果机器一般可以把这些缓存调小。数位板设置见第 6 节先按默认用如果压感不对再来切。Python 插件管理器这里可以先不动等需要批量导出图层时再回来勾选。另外两个习惯值得从第一天就建立一是新建一个自己项目的模板文件把常用画布尺寸、图层分组结构、参考图摆放位置都预设好以后所有资产从模板“另存为”开始二是给撤销历史和快捷键留时间Krita 的快捷键可以完全自定义把“导出”“保存”“切换图层”“临时取色”这几个高频动作设成左手能按到的位置长期收益比多看十个教程都大。4. 图层结构是给“未来的自己”和“程序”看的4.1 命名、分组与锁定策略图层命名这件事看起来是洁癖问题实际上是交付问题。用批量图层导出插件时导出的文件名直接来自图层名。你不命名导出来就是“图层 1.png”到“图层 20.png”程序拿到手完全不知道哪个是哪个只能一个个打开看。我现在的命名规则是这样的简单但够用顶层按资产类型分组CHAR_角色名、UI_界面名、ICON_图标名组内按部件分组body、hair、face、weapon组内实际绘制图层用中文或英文短名前发、眼睛_高光、描线需要单独导出的图层名字就是最终文件名比如icon_coin_32。一个额外技巧给需要对齐的图层用统一的组前缀配合“克隆图层”可以让同一套底图在不同资产里复用。克隆图层的好处是改一处全同步做一整套同风格的按钮时非常省事。锁定策略也要提一句画到后期底稿和已经定稿的部件一定要锁定图层或者至少锁定位图位置避免手滑拖偏。Krita 的图层可以锁像素、锁位置、锁透明度全锁上之后你想在上面画也画不了能省掉很多“咦这块怎么歪了”的时刻。4.2 文件图层与克隆图层做整套 UI 时的复用手段Krita 的文件图层是个不太被提起但很有用的功能它可以把一个外部 PNG 作为图层引用进来外部文件改了Krita 里的显示跟着变。做一整套 UI 时很多元素共用同一个底板或者同一个装饰角用文件图层就不用在每个文件里重复画一遍。注意它的行为文件图层存的是链接关系如果你把 .kra 发给别人别人机器上没有那个外部文件图层会显示不出来。所以文件图层适合项目内部迭代阶段定稿交付前一定要把文件图层栅格化右键 → 转换为绘制图层否则交付出去就是一堆红叉。克隆图层则是在同一个文件内部做镜像复用改原图层克隆层同步变。它比“复制图层”更适合做对称结构但对新手有个坑克隆出来的图层不能直接在上面画一画就会提示你它和原图层关联着得先转成独立图层。这不是 bug是设计如此。4.3 转 PSD 时哪些东西会掉交付前必须检查跨软件协作绕不开 .psd但 Krita 的 PSD 导出是有损的必须知道会掉什么否则交付出去对方打不开或者效果全变。内容类型转 PSD 后的结果处理建议普通绘制图层基本完整保留放心图层组与混合模式大部分保留个别模式会退化为普通转换后逐组检查外观矢量图层通常被栅格化或丢失可编辑性需要保留矢量就在矢量工具里另存文字图层栅格化不能改字交付前确认文字内容已定稿图层样式阴影、描边等大概率丢失或退化关键效果提前合并成像素图层滤镜图层、滤镜蒙版通常会被拍平导出前手动应用并删除滤镜图层文件图层、克隆图层链接关系失效全部转为普通图层动画时间轴完全不保留序列帧单独导出成图片序列交付这张表我几乎是当 checklist 用的。经验是如果一个文件里用了三种以上的“特殊图层”直接另存一份“拍平版”给对方不要指望 PSD 转换能忠实地还原。拍平版就是把所有非普通图层转成像素图层代价是不能改好处是所见即所得。5. 导出八成翻车都发生在这里5.1 单图导出透明边缘发黑与色彩偏移这是出现频率最高的问题一张带透明背景的 PNG 放进引擎深色背景上看着没事浅色背景上一圈黑边或者放在浅色 UI 上角色边缘镶了一圈白边。原因有两个层面。技术层面PNG 存储的是直通 Alpha每个像素的颜色和透明度分开存而引擎在做缩放和过滤时如果没有对透明像素的 RGB 做正确处理就会把“透明区域的黑色”混进来。你的图在 Krita 里看着正常是因为 Krita 内部用预乘 Alpha 计算导出时会做转换但你控制不了引擎怎么读。解决思路不是“调 Krita 的设置”而是在资产层面消除问题给切图做外扩出血。把角色或图标的有效像素向外扩 12 像素复制边缘像素出去这样引擎采样时永远采到的是有效颜色不是透明区。手绘资产如果不想手动做可以在导出后统一处理。导出前检查透明像素的 RGB 不是纯黑。有些引擎会直接读透明像素的颜色参与过滤纯黑会带来明显的暗边。引擎里找边缘融合相关的选项。多数引擎在纹理导入设置里有“Alpha 是否表示透明度”的勾选项勾错就会出现边缘问题这个开关比改图更值得先确认。色彩偏移则是另一回事。导出对话框里通常有一个“嵌入/转换为 sRGB”的选项默认状态和你新建画布时的色彩空间有关。如果你全程在 8 位 sRGB 里画正常导出不会有问题一旦中途换过色彩空间或者从别处导入过非 sRGB 的图片就要显式勾选转换为 sRGB否则引擎按 sRGB 解释会让整张图偏色。注意导出前先按一下 CtrlShiftE导出看看对话框里的色彩选项不要习惯性地直接回车。这个动作花两秒钟能省掉一次全组返工。5.2 序列帧与精灵表帧率、间距和文件排序Krita 的动画导出在“文件 → 导出动画”里可以选导出PNG 序列或者精灵表。这一步的坑有三个每一个都是“事后才发现”。第一是帧率不对。Krita 时间轴的帧率是可以在设置里改的默认值不一定是你要的。游戏里常用 12 帧/秒或 24 帧/秒做手绘动画如果你按 24 帧画完直接导出但时间轴上是 12 帧导出的帧数会比你预想的少一半动画看起来像卡住了。导出前一定先打开动画设置确认帧率再确认起始帧和结束帧的范围。另外 Krita 的“保持帧”机制会让同一个关键帧延续到下一关键帧如果时间轴上有多余的空白区域导出的帧序列末尾会出现一堆重复帧导入引擎后循环播放会有一瞬间的停顿。第二是序列命名排序。导出 PNG 序列时文件名通常带帧号。如果帧号没有补零比如frame_1.png到frame_10.png按字符串排序会变成 1、10、2、3…… 引擎里如果按文件名顺序组装动画顺序就全乱了。解决办法是导出时把帧号的位数设够至少三位或者导出后在命名上手动补零。第三是精灵表的间距。把多帧拼成一张精灵表时如果帧与帧之间没有留间隔引擎在缩放或过滤时会采到相邻帧的像素动画边缘会出现闪烁的串色。精灵表的每一帧之间至少留 12 像素间隔。Krita 的精灵表导出对话框里通常有行列数和间距相关的字段参数名可能随版本变化第一次用的时候先导一张四帧的小图用图片查看器放大看帧之间有没有留白确认之后再导正式资源。还有一点精灵表的行列数会影响引擎里的 UV 切分。多数引擎的精灵表切分工具是“先按列再按行”或者“先按行再按列”你必须和程序确认他用哪种。这属于沟通问题不是技术问题但每年都有人在这里对不上。5.3 UI 九宫格与像素对齐留边留多少九宫格拉伸这件事坑全在“边”上。一个按钮切图被分成九块四角和四边不拉伸中间拉伸。如果你的按钮圆角只留了 1 像素的定义宽度装备拉伸的时候圆角会被拉成一条模糊的弧线。我的做法是按最终显示尺寸的 1.52 倍留边按钮在游戏里显示 40 像素高圆角半径我至少留 1520 像素的绘制宽度这样拉伸区域足够干净。同时切图时必须按整数像素坐标切不要出现38.5这种位置因为切出来会出现半像素的模糊边。另一个必守的规矩是内容不要压到九宫格的边界线上。有些按钮的纹理延伸到边缘拉伸之后边缘会出现一条明显的缝。安全区就是九宫格划分线往里再退 12 像素。最后一条UI 切图的尺寸尽量贴近实际显示尺寸。UI 元素如果画 1024 宽然后压到 48 显示字体和线条会糊成一片而且图集体积浪费。UI 我一般按最终尺寸的 2 倍画不更多。5.4 批量导出图层的可行方案一个一个图层手动导出是纯体力活图层一多必然出错。Krita 的解法是 Python 插件在“设置 → 配置 Krita → Python 插件管理器”里勾选启用内置的图层批量导出插件Export Layers重启后在“工具 → 脚本”里就能找到。它可以把每个顶层图层或图层组按名字导出成独立图片可以设置输出目录、图片格式、是否忽略隐藏图层、是否按组导出。用它的时候要注意几点它按图层名生成文件名所以命名规范必须提前定好导出后再改名等于白干导出前把所有文件图层、克隆图层转成普通图层否则导出的可能是空白确认隐藏图层要不要一起导默认行为各版本可能不同第一次用先拿两个图层试一下大文件分批导出一次导几十个图层容易内存吃紧。如果插件不能满足还有一条兜底路线手动合并组 → 导出 → 撤销。听起来笨但对几个文件来说反而快因为不用排查插件问题。6. 卡顿、崩溃、压感失灵性能侧的排查顺序6.1 内存、暂存盘与笔刷引擎的取舍Krita 卡顿绝大多数不是软件本身的问题而是图层数 × 画布面积 × 每次笔刷运算量的乘积超过了机器能承受的量。排查顺序我一般按这个来第一步看画布尺寸和图层数。一个 4096×4096 的图层在 8 位模式下占约 64MB 内存20 个图层就是 1.2GB 起步再叠滤镜图层和变换缓存内存很容易吃满。画大画布时能合并的图层尽早合并把不改的部分合组后拍平。第二步看笔刷引擎。Krita 的笔刷分很多引擎像素引擎最快涂抹引擎尤其是颜色涂抹引擎非常吃性能毛发引擎和变形引擎更慢。做游戏资产时90% 的笔刷用像素引擎就够涂抹类笔刷只在需要柔和过渡时局部使用。第三步看暂存盘。内存不够时 Krita 会把数据写到暂存盘如果暂存盘在慢速硬盘上表现就是“画一笔要等两秒”。去性能设置里把暂存盘指到 SSD 上同时确认那个盘至少留了 20GB 空间。第四步看画布加速。部分显卡驱动和 Krita 的硬件加速存在兼容问题表现是画布闪烁、笔刷延迟、缩放卡顿。如果前三条都正常还是卡试着在性能设置里关掉画布加速有时候反而更流畅。这不是玄学是驱动层的问题。还有一个容易被忽略的来源缩时录制。Krita 内置的录制功能对做教程很有用但它会持续占内存和磁盘做正式资产时建议关掉。6.2 压感失效与输入接口的切换数位板压感突然没了表现是笔刷粗细恒定、线条没有轻重变化。这个问题的排查顺序先在别的软件里试一下如果别的软件也压感失效那是驱动或系统层面的问题重装驱动或者重启检查 Krita 的数位板设置里面通常可以在几种输入接口之间切换。如果选了一个和当前驱动不匹配的接口压感就会失效切到另一个试试切完必须重启 Krita确认笔刷的“压感控制”勾选还在。有时候加载了别的预设那个预设压根没勾大小压感你以为是硬件坏了检查有没有开着笔刷平滑或者防抖。平滑度开太高时线条会被算法拖着走看起来像压感迟钝其实是平滑在生效。另外画线的起笔断头也是个常见现象多半是平滑设置和笔刷的最小尺寸设置不匹配把笔刷的“最小直径”调高一点就能改善。6.3 自动保存、备份与版本管理Krita 崩溃之后最痛的不是重画是“不知道上次保存到哪”。所以自动保存和备份要一起开自动保存间隔设短同时打开保存时创建备份文件。这样崩溃之后目录里会有一个.kra~或者 backups 目录下的副本能救回大部分进度。版本管理方面.kra 是二进制压缩包用常规的版本控制工具每次提交都会产生一个完整的大文件仓库体积很快撑爆。两个可行做法一是只提交导出的成品图片和一份分层源文件的压缩包按版本号命名二是如果团队坚持要版本控制源文件就用大文件存储方案单独管理 .kra。我在实际操作中更倾向第一种因为美术资产的“历史版本”价值远低于代码留最近三版就够了。还有一条经验每完成一个可交付的节点就另存一个副本命名带日期。不要指望撤销历史和自动保存能救你画到第十个图层的时候想回退到第三个图层的状态只有副本能救。7. 把上面这些串成一条日常生产流水线7.1 从草稿到入库的固定动作流程固定下来之后出错率会明显下降。我自己用的顺序是这样的从模板新建模板里已经设好画布尺寸、DPI、色彩空间、图层分组骨架放参考图用参考图工具不要开新窗口草稿层在最上或最下单独一层画完降透明度当底稿最后删掉或隐藏按部件建组每画完一个部件就命名、锁定中途至少保存三次分别在线稿完成、上色完成、特效完成定稿后做一次图层清理删除隐藏的空图层、把文件图层和克隆图层转成普通图层、把不打算单独导出的图层合并导出单图走导出对话框确认色彩选项序列帧走导出动画确认帧率和范围批量图层走插件导出后立刻验证打开导出的 PNG 看尺寸对不对、透明边缘在浅色和深色背景下各看一眼、序列帧按名字排序看顺序对不对、精灵表放大看帧间有没有间距交付时附一份说明尺寸、帧率、帧数、命名规则、每个文件的用途。第 8 步的验证是很多人跳过的但它花的三十秒能省掉一次往返沟通。7.2 交付前的自查表最后给一张可以直接贴在显示器边上的检查表全都是踩过的坑检查项具体看什么出问题的后果像素尺寸导出后实际宽高是否为预期值引擎里模糊或占位不对色彩空间是否为 8 位 sRGB是否嵌入配置整体偏色透明边缘深浅两种背景下各看一次黑边或白边文件命名是否全小写、是否用下划线、是否带用途前缀跨平台大小写问题、排序错乱序列帧命名帧号是否补零播放顺序乱帧率与帧数时间轴帧率与导出帧数是否一致动画变快变慢精灵表间距帧与帧之间是否有 12 像素间隔边缘串色闪烁九宫格留边边界线内是否有内容拉伸出现裂缝特殊图层文件图层、克隆图层是否已转换交付后显示空白源文件.kra 是否随成品一起归档后续改稿无从下手这套流程跑顺之后Krita 其实是个非常称手的工具——它的笔刷自由度和可定制程度在免费方案里几乎找不到对手问题只在于它把“规范”这件事完全交给了使用者。图画得再好看交付不规范程序那边就得替你补课。我自己在实际操作中的体会是用 Krita 做游戏资产最值钱的能力不是画技是在动笔之前就想到这张图最后会以什么形式进引擎。养成这个习惯之后很多坑在新建画布那一步就已经绕过去了而不是等到导出的时候才发现要重来。