Godot图片素材获取、编辑与导入设置全流程

1. 图片素材这件事决定了项目能走多远做 Godot 项目做到第三、四个场景的时候绝大多数人都会撞上同一堵墙代码写得挺顺节点树也理清楚了但画面上就是没东西——要么是一堆纯色方块要么临时用手机截图凑数跑起来自己都不想看第二眼。我在带新人做第一个完整 Demo 的时候反复被问的也是这个环节Godot 图片素材的获取和编辑到底该怎么做从哪里找不侵权又好看的图找到之后怎么处理成引擎吃得下的格式导进 Godot 之后那一堆导入选项又该怎么勾。这篇内容就是把这整条链路从头到尾捋一遍。它不是什么官方文档的复述而是我自己做了几个 2D 项目、踩过一轮又一轮坑之后总结出来的流程怎么在动手之前先把需求定死、素材从哪几个方向去找、用什么工具做编辑处理、进 Godot 之后哪些导入参数必须改、以及那些只有真跑过项目才会遇到的坑。不管你是刚装好引擎、准备做第一个平台跳跃 Demo 的新手还是已经能写状态机、只是素材管理一直很乱的老手这里面的东西应该都能直接用上。整个思路是围绕找到图 → 处理图 → 用对图三步展开的每一步我都会说清楚为什么这么做而不是只丢给你一个结论。2. 动手找图之前先把需求定死很多人找素材的效率低不是因为不知道去哪找而是因为自己都不知道要什么。打开素材站东看一张西看一张两小时过去硬盘里躺了八十张图真正能用的零张。这个问题的根子在于需求没定所以第一步不是开浏览器是开个记事本把清单列出来。2.1 分辨率和像素密度必须先定不然后面全是返工先说一个新手最容易忽略的点素材的像素尺寸必须和你的游戏分辨率配套。假设你的项目设置里视口是1920x1080摄像机不缩放那么一个角色占据屏幕高度的比例大概是多少你得先在心里有个数。比如横版游戏里主角占屏幕高度 1/5那就是 216 像素高那你去找一张 64x64 的像素小人贴上去它不是有点小而是小到根本看不清脸。我把分辨率规划分成两种典型情况像素风项目基础分辨率用320x180或者640x360整数倍放大到窗口。这种情况下地面瓦片 16x16 或 32x32角色 16x32 或 32x48。所有素材尺寸必须是基础像素的整数倍不允许出现 17x33 这种数字否则缩放的时候会出现像素撕裂。高清 2D 项目基础分辨率1920x1080角色贴图 256 到 512 像素高UI 图标 48 到 96 像素。这种项目对素材体积敏感一个背景图 4096x2160 的 PNG 可能就有 8MB。提示在 Godot 项目设置里把display/window/size/viewport_width和viewport_height定好之后再去找图这个顺序不能反。定好之后算一遍各元素的像素尺寸写进清单找图的时候按这个数字筛。2.2 授权协议这一关绕不过去也别想着绕素材版权这件事我见过太多人抱着先做出来再说的心态结果项目要上架的时候发现一半素材来路不明回头换图的工作量比重新做一遍还大。所以找素材的第一件事是看协议而不是看图好不好看。我把常见的授权类型和对应的注意事项整理成了一张表方便你对照授权类型典型要求商用可行度需要注意的点CC0 / 公共领域无附加要求高仍建议保留来源记录方便追溯CC-BY必须署名高要在项目内致谢页面或说明文档中列明CC-BY-SA署名 相同方式共享需评估衍生作品的授权方式可能受约束商业项目要谨慎仅限非商业使用不可商用低做学习和原型可以正式发布前必须替换需购买或订阅授权按协议执行视协议而定保留购买凭证注意授权范围和席位限制我的做法是每个项目建一个CREDITS.md文件从第一张图开始就记录来源、作者、协议和链接。这不是强迫症而是当你的项目有几百个素材文件的时候回头去查哪张图是哪来的基本等于考古。同时在项目里做一个致谢场景把 CC-BY 类素材的作者名挂上去这件事在发布前顺手就做了事后补会很痛苦。2.3 把素材清单表格化找图效率会翻倍清单不要写成散文写成表格。列名我一般用这几个资源名 / 用途 / 目标尺寸 / 格式 / 授权要求 / 状态。比如资源名用途目标尺寸格式授权要求状态player_idle主角待机动画第 1 帧64x64PNG 透明可商用已完成tile_ground地面瓦片32x32PNGCC0待切图ui_button_bg按钮底图九宫格PNG可商用待抠图bg_forest关卡远景1920x1080WebP可商用待压缩这张表的作用是你在素材站上可以按目标尺寸直接筛不符合的当场跳过不会浪费时间去下载再发现尺寸不对。而且当某个素材还没找到的时候你可以先放一张纯色占位图把status标成待替换项目照样能往下推进美术资源随时补进来。3. 素材从哪儿来四类渠道的实战用法渠道这件事没有银弹不同用途的图应该去不同的地方找。我一般分四类通用高清图库、游戏专用素材库、生成式素材以及自己动手做。前三类是获取第四类是编辑实际项目里这四类会混着用。3.1 通用高清图库背景图、宣传图和氛围图的主力这类站点提供的是摄影作品和插画特点是分辨率高、质量好但它们不是为游戏设计的。你几乎不可能在上面找到一张现成的角色精灵图但找一张森林雾气弥漫的照片做背景层是完全可以的。用这类站点的时候有几个心得。第一直接用英文关键词搜中文关键词的结果集往往只有英文的几分之一。第二善用筛选器里的方向和尺寸横版游戏就直接筛横向大图。第三下载前先想好你要的是整张图还是图的一部分——很多时候你其实只需要那张图里的一块纹理那就下载原图之后裁剪而不是去找一张刚好符合尺寸的图。拿到照片之后通常还要做一轮处理降饱和度、加一层色调叠加、模糊掉背景细节。原因很直接游戏画面里的背景如果细节太丰富玩家会分不清哪些是可交互元素哪些只是装饰。一张原封不动的摄影照片贴上去往往比一张粗糙的手绘图还糟糕因为它太真实了反而会让前景的角色显得格格不入。3.2 游戏专用素材库精灵图、瓦片集和 UI 套件的正确打开方式专门面向游戏开发的素材站是效率最高的来源。它们的资源通常已经按引擎需求打包好了角色动画是横向排列的精灵条瓦片是严格 32x32 的网格UI 是九宫格切好的按钮和面板。这类站点我常逛的有几个方向一个是个人开发者免费发布的像素素材集合风格统一、数量大、协议宽松一个是社区驱动的开源素材库内容杂但覆盖面广从 RPG 瓦片到音效都有还有一类是商业素材包虽然要花钱但胜在风格一致、更新维护跟得上做正式项目的时候值得考虑。从这类站点下载素材有个坑必须提醒同一个作者的不同素材包风格可能并不统一。你从这个包里拿角色从那个包里拿瓦片拼到一起会发现透视角度、光照方向、色彩饱和度全对不上。所以比较稳的做法是优先在同一个素材包或同一个作者的作品集内解决一个场景的所有元素。如果实在凑不齐那就在后期统一调色来拉齐风格后面讲编辑的部分会展开说。注意开源素材社区里的资源授权非常杂同一个站点上既有 CC0 也有 GPL 类的内容。下载单个资源的时候一定要点进详情页看它的具体协议不要用站点整体的说明去套。3.3 生成式素材和自绘从占位到成品的过渡方案如果你完全不会画画也不想花时间找图还有一个思路先让工具生成再手工修。现在图像生成工具的能力已经足够产出一些可用的纹理、图标和概念图尤其是无缝纹理和物品图标这两类效果相当能打。但这里有几个必须清楚的前提。第一生成工具本身的使用条款要看清不同平台对生成内容的商用范围规定不一样。第二生成出来的图通常需要二次处理分辨率可能不对、边缘可能有杂色、透明通道需要自己抠。第三不要指望生成工具直接产出可用的角色动画帧帧与帧之间的一致性目前还很难保证做单帧的图标和背景可以做八帧跑步循环基本没戏。至于手绘哪怕你只会画方块也值得学一点基础操作。因为项目后期一定会遇到这张图差一点点就合适的情况需要把颜色调暗一档、需要把按钮拉宽 20 像素、需要给图标加一圈描边。这些活儿如果每次都要去找现成的效率会低到让人崩溃。学会用基础工具做局部修改是把项目推进下去的关键能力。3.4 搜索关键词怎么写直接决定你能找到什么这是我觉得最值得单独讲的一节。绝大部分人找素材效率低就是关键词不会写。举几个对比想找的东西低效关键词高效关键词组合像素风角色pixel characterpixel art character sprite sheet 32x32无缝草地纹理grassseamless grass texture tileable top down游戏 UI 按钮game buttongame ui button pack ninepatch png横版背景forestparallax background 2d game layered forest物品图标sword iconrpg item icon set 32x32 pixel art规律很清楚加风格词pixel art、hand drawn、flat、加规格词32x32、tileable、seamless、加用途词sprite sheet、ui pack、parallax layers。这三个维度叠上去搜索结果会从几万张无关图收敛到几十张精准候选。还有一个技巧是把素材站当搜索引擎用的时候善用反向排除。比如你搜tile出来一堆浴室瓷砖那就搜tile game asset或者tileset。术语选对了结果质量差别是数量级的。4. 图片编辑工具链怎么搭核心操作怎么做找到图只是开始真正花时间的是编辑。这一节我按选工具 → 抠图去底 → 切图打包 → 格式压缩的顺序讲每一步都说清楚为什么。4.1 工具选型位图、矢量、命令行三套并行我的工具链是这样的你可以参考位图精细编辑用来处理像素画、抠图、调色、加描边。像素画有专门的工具比如 Aseprite 这类专注像素绘制的软件它的铅笔工具天然对齐网格调色板管理也方便通用位图工具则适合处理插画和高清素材图层和蒙版功能强。矢量编辑用来做图标、UI 元素和需要任意缩放的图形。矢量格式的好处是导入引擎时按需栅格化做多分辨率适配的时候几乎不用改素材。命令行批处理用来做批量缩放、批量转格式、批量去白边。这是最容易被忽略但最省时间的一环。为什么非要分三套因为它们解决的完全不是同一类问题。像素画拿去通用位图工具处理缩放时会被插值糊成一片高清插画拿去像素工具处理又没有图层混合和滤镜。选错工具的代价是重做。命令行工具的价值则在于——当你有 200 张瓦片需要统一从 64x64 缩到 32x32 的时候用图形界面点 200 次是自虐。一个典型的命令行批处理长这样# 批量把当前目录下所有 PNG 从 64x64 缩放到 32x32用最近邻插值保持像素锐利 for f in *.png; do magick $f -filter point -resize 50% resized_$f done # 批量裁掉透明边缘trim顺手去掉白边问题 for f in *.png; do magick $f -trim repage trimmed_$f done-filter point这个参数很关键它就是最近邻插值像素画缩放必须用它用默认插值会把硬边缘糊成渐变。这个细节在图形界面里点一次就记住了但批处理的时候特别容易忘。4.2 抠图与透明通道白边、灰边和半透明的处理把一张白底图抠成透明背景看起来简单实际上是最容易出问题的环节。三个典型症状症状一边缘残留白边。图片在白底上抠出来之后边缘会有一圈浅色的像素叠在深色背景上像发光的轮廓。原因是抠图算法只判断了这个像素是不是接近白色而没有处理半透明的过渡像素。解决办法是在抠图时保留半透明边缘或者抠完之后用缩小选区 1 像素再反选删除把边缘那圈过渡像素切掉。症状二半透明区域变成硬边。比如角色的头发丝、旗帜的飘带这些地方本来就是半透明的用魔棒或者阈值法抠图会直接把它们变成全透明或全不透明看起来很假。这种素材只能手工用蒙版处理或者接受风格化的硬边效果——像素画项目里这反而不是问题。症状三JPEG 转 PNG 之后的压缩噪点。从 JPEG 格式的素材抠图边缘会有一圈彩色的块状噪点因为 JPEG 是有损压缩白底周围本来就不干净。去找素材的时候优先下 PNG 或 WebP别下 JPEG尤其是需要透明背景的素材。实操心得抠图之前先把素材放大到 400% 以上再操作看起来干净的边缘在 100% 视图下可能有三四像素宽的杂色。这个习惯能帮你省掉大量返工。4.3 精灵图切分与图集打包动画帧怎么拆怎么合这块是 2D 项目里最核心的编辑操作。你从素材站下载到的角色动画通常是一张横向排列的精灵条比如 8 帧跑步动画横向排成一张 512x64 的图。你需要把它拆成 8 张 64x64 的独立帧或者在引擎里用图集的方式引用。拆图有两种做法。手工拆就是用图像编辑工具里的切片功能按固定网格切好再分别导出。命令行拆更精确# 把 512x64 的精灵条按 64x64 切成 8 张输出为 run_0.png 到 run_7.png magick run_sheet.png -crop 64x64 repage adjoin run_%d.pngrepage的作用是重置画布偏移不加这个参数导出的每一张图都会带着原始坐标信息在引擎里可能出现位置偏移。这个坑我踩过一次排查了半小时才发现是切图工具的问题。反过来如果你有一堆散帧想合成一张图集也很简单# 把 8 张 64x64 横向拼成一张精灵条 magick run_0.png run_1.png run_2.png run_3.png run_4.png run_5.png run_6.png run_7.png append run_sheet.png # 纵向拼接用 -append到底该用精灵条还是散帧我的判断标准是帧数少8 帧以内且尺寸统一用精灵条帧数多、尺寸不一用散帧 引擎里的图集资源。精灵条的优势是文件数量少、加载干净劣势是任何一帧要改都得重新导出整张图。散帧则相反改起来方便但目录会变得很碎。还有一个更彻底的做法是打包成纹理图集把整个场景用到的所有小图拼进一张大图引擎里通过坐标区域引用。这样做的好处是渲染批次少——同一张贴图上的所有精灵可以合并成一次绘制调用帧率表现会明显好一点。代价是素材更新之后要重新打包所以这个环节一般放在项目接近完成、素材基本冻结的时候做。4.4 格式与体积PNG、WebP、JPG、SVG 怎么选格式选择直接决定包体和显存占用值得单独讲清楚。我把常用格式的取舍列成表格式透明支持体积适用场景注意PNG完整支持大精灵、UI、需要透明的图无损边缘干净首选WebP完整支持小大尺寸背景、加载密集的场景有损压缩要控制质量参数JPG不支持最小不需要透明的摄影背景有损有块状噪点SVG支持极小图标、简单 UI 元素导入时按比例栅格化我的默认策略是需要透明的用 PNG不需要透明的大图用 WebP图标类优先 SVGJPG 尽量不用。JPG 看起来体积最小但它一旦进了项目就很难再转回去——每次编辑都会再损失一次质量而且它不支持透明后期想给背景图加个渐隐边缘都做不到。关于显存有个数字你最好记住一张1024x1024的 RGBA8 贴图未压缩时占用1024 × 1024 × 4 字节 4MB显存。项目里如果有 50 张这样的图就是 200MB 显存中低端设备直接就爆了。所以背景图不要盲目追求 4K先算一遍你实际需要多少像素再决定下载和裁切尺寸。5. 进 Godot 之后导入设置与编辑器内的二次处理素材处理完接下来是导入 Godot。这一步的坑不比编辑少因为 Godot 的导入选项会直接影响画面的清晰度和性能表现。5.1 导入预设与 Reimport 的正确姿势Godot 4 里图片文件拖进项目之后会在文件系统面板旁边出现一个导入面板里面的参数决定了这张图如何被转换成引擎内部的纹理资源。改完参数之后必须点重新导入按钮光保存是没用的。这个操作我见过太多人漏掉——改了半天参数跑起来发现没变化其实是因为没触发重新导入。Godot 提供了几个预设Preset常用的有2D Pixel面向像素画滤波关闭、米普贴图关闭、无损压缩。2D面向高清 2D滤波开启、米普贴图生成、可能使用有损压缩。3D面向 3D 项目会启用检测 3D 并做更激进的压缩。选中文件后先套预设再改个别参数这样比从头一项项勾要稳。改完之后记得把自定义的配置另存为预设同一个项目的所有同类素材都用同一套参数风格和性能表现才会一致。还有一个细节Godot 会在项目目录下生成一个缓存目录里面放着转换后的纹理。这个目录通常不需要手动管理但如果你遇到改了图但引擎还是显示旧的这种情况可以删掉缓存目录让引擎重新生成。前提是你要清楚这个操作会触发一次全量重新导入素材多的话会花几分钟。5.2 像素画项目必改的三个开关像素画项目最痛的画面问题就是糊和抖根源都在导入参数上。三个必须改的地方第一纹理过滤要关掉。Godot 默认使用线性过滤缩放时会对相邻像素做插值像素画一放大就变成一团糊。你要做的是把过滤模式改成最近邻。可以在单张图的导入设置里改也可以在项目设置里全局改默认值# 在项目设置中把 2D 默认纹理过滤改为最近邻 # 路径rendering/textures/canvas_textures/default_texture_filter # 也可以在单个 CanvasItem 节点上覆盖 func _ready() - void: texture_filter CanvasItem.TEXTURE_FILTER_NEAREST第二米普贴图要关掉。米普贴图是为 3D 场景和远景缩放准备的在 2D 像素画里它只会让远处的东西变糊。像素画项目统一关闭。第三压缩模式选无损或不做压缩。有损压缩在像素画上的表现极差本来颜色就少压缩噪点会直接破坏调色板的一致性。VRAM 压缩适合高清 3D 贴图在像素画上同样会出问题。这三个开关调好之后画面会立刻从糊成一团变成刀切一样锐利。这个差别有多明显做过一遍就知道了。5.3 九宫格、AtlasTexture 和 SpriteFrames 的实战用法Godot 提供了几个专门用来二次利用素材的资源类型用好它们能省掉很多手工切图的功夫。NinePatchRect用来做可拉伸的 UI 面板和按钮。你只需要一张带边框的小图设置好四条切线的边距拉伸的时候边框不会变形中间区域自动平铺。做对话框、按钮、面板基本都是靠它。AtlasTexture用来在大图里引用局部区域。你有一张 512x512 的图标合集想拿其中第 3 行第 2 列那个 64x64 的图标不需要真的切出来直接建一个 AtlasTexture 资源把atlas指向大图region设成对应的矩形就行。这样素材目录干净改图的时候也只是替换一张大图。# 用代码动态构造一个 AtlasTexture从图集里取第 3 行第 2 列的 64x64 图标 func make_icon(atlas: Texture2D, col: int, row: int, cell: int 64) - AtlasTexture: var t : AtlasTexture.new() t.atlas atlas t.region Rect2(col * cell, row * cell, cell, cell) t.filter_clip true # 防止采样时从相邻格子漏到颜色 return tfilter_clip这个属性非常关键。图集里相邻格子紧贴在一起采样插值的时候边缘会取到隔壁格子的颜色出现一圈杂边。打开它并且用最近邻过滤这个问题就没了。SpriteFrames AnimatedSprite2D是播放序列帧动画的标准组合。Godot 4 的动画帧编辑器里有从精灵表添加帧的功能你给一张横向排布的精灵条指定单帧尺寸它会自动把整条切成一组帧注册进去。这比手工一帧帧拖进来快太多尤其是八帧、十二帧的角色动画。5.4 资源目录和命名规范比你想的重要这一节看起来像管理问题实际上它直接影响你后期改素材的效率。我建议的目录结构res://assets/ ├── sprites/ │ ├── characters/ │ ├── enemies/ │ └── props/ ├── tilesets/ ├── ui/ │ ├── icons/ │ └── panels/ ├── backgrounds/ ── vfx/命名上我坚持三条全小写、用下划线分隔、带上类型和变体信息。比如player_run_00.png、tile_grass_top.png、ui_panel_dark.png。不要出现新建文件夹2、素材最终版.png、IMG_2381.png这种名字。原因很简单当项目里有三百个文件的时候能不能靠名字判断内容决定了你能不能快速定位问题。而且 Godot 的资源引用是路径式的重命名不会自动更新引用所以命名最好一次定到位。6. 踩坑记录与问题速查这一节是我自己项目里真实遇到的问题汇总。做资料整理的时候我把它们按症状、原因、解决方式列成表遇到类似情况可以直接查。6.1 常见问题速查表症状可能原因解决方式图片放大后边缘糊成一片纹理过滤用了线性插值改成最近邻或在项目设置里改默认值图集里精灵边缘有杂色采样越界取到相邻格子开启filter_clip使用最近邻过滤改了图但引擎没变化未触发重新导入缓存未更新在导入面板点重新导入导入后颜色偏暗或过亮颜色空间或伽马设置不一致检查素材是否为 sRGB统一处理流程透明区域变成黑色块贴图格式不支持透明或通道被丢弃改用带透明通道的格式检查压缩模式动画播放时抖动帧尺寸不统一导致对齐点漂移所有帧统一画布尺寸保持角色中心一致包体异常大背景图分辨率过高、用了无损大图按实际需要裁切改 WebP 或有损压缩帧率下降明显贴图数量多绘制调用分散打包纹理图集合并同贴图资源6.2 我反复踩的几个坑值得单独讲坑一精灵条里每一帧的角色位置没有对齐。这是新手最容易忽略的问题。你下载的八帧跑步图每一帧的角色在 64x64 画布里的位置其实是不一样的有的是居中的有的偏左有的脚底在画布底部有的悬空一像素。直接拿去做动画播起来角色会上下左右乱跳。处理办法是导出前统一对齐基准线通常以脚底和水平中心为锚点逐帧检查把每一帧的位置补齐到一致。坑二用了漂亮的素材但整体色调对不上。从三个不同来源拿的角色、瓦片、道具放在同一个场景里颜色饱和度差了三个档次看起来像拼贴画。这个问题的解决成本其实很低给整个场景加一个统一的色调叠加层或者统一降低饱和度。在图像编辑工具里用批量处理调色比一张张手动调快得多。更彻底的做法是给所有素材套同一套调色板这需要一点时间但对画面一致性提升极大。坑三大背景图没做分层视差效果做不出来。视差滚动的原理是不同层以不同速度移动。如果你只有一张扁平的背景图那就只能整层一起动画面会很平。正确的做法是在编辑阶段就把背景拆成三层远景天空、中景山脉、近景树木。哪怕你只有一张完整的图也可以在编辑工具里手动做遮罩切分。这个操作在制作阶段花二十分钟在引擎里能省下一堆麻烦。坑四素材尺寸非整数倍缩放后出现半像素。像素画项目的基础分辨率是 320x180窗口是 1280x720正好四倍。但如果你把窗口设成 1000x600那就是 3.125 倍缩放之后每个像素被拉伸成 3.125 个屏幕像素会出现宽窄不一的像素。窗口尺寸一定要设成基础分辨率的整数倍或者用拉伸模式配合整数缩放选项让引擎自动处理。坑五把源文件一起导进了项目。很多编辑工具会生成工程文件比如分层源文件、工程配置这些文件拖进 Godot 之后会被当成未知资源白白占包体还有可能被误导入。做法是在资源目录外面单独建一个_source目录存放编辑源文件Godot 项目里只放导出后的成品图。6.3 批处理和自动化把重复劳动交出去最后分享几个我觉得性价比最高的小技巧。一是用命令行做批量重命名和格式转换。当你有几百张素材需要统一格式的时候一行命令能省一小时。前面演示过的批量缩放、裁剪、拼接都是这个思路。二是用脚本扫描素材目录做一份资源清单。写个简单的脚本遍历目录输出每个图片的路径、尺寸和文件大小导出成表格。项目后期做资源优化的时候这份清单能直接告诉你哪些图大得离谱。# 在 Godot 里写个工具脚本扫描素材目录并输出尺寸信息 tool extends EditorScript func _run() - void: var dir : DirAccess.open(res://assets) if dir null: print(目录打开失败) return for file in dir.get_files(): var path : res://assets/ file var tex : ResourceLoader.load(path) if tex is Texture2D: print(%s 尺寸%s % [file, tex.get_size()])三是给每个素材包建一份来源说明。文件名、原始链接、授权类型、下载日期四行搞定。这件事在下载的当下做成本几乎为零等到项目要发布的时候再补就是一场灾难。四是不要在项目中期大规模换素材风格。换一套素材意味着尺寸、色调、光照方向、透视角度全部要重新对齐工作量不比重做场景小。如果非要换一次换完一整个类别不要零敲碎打地换。我自己在这几个项目里最大的体会是图片素材这件事花在前面的时间永远比花在后面划算。前期把分辨率定死、把授权记清楚、把命名和目录理顺后面改起来就是几分钟的事反过来等做了一半再回头处理这些每改一次都要牵动一堆引用路径和导入设置那种感觉是真的难受。还有一个习惯我强烈建议你养成任何素材下载下来之后先不要急着拖进项目在外部目录里先把尺寸、格式、透明通道、对齐基准全部处理干净再一次性导入。导入引擎的应该是成品而不是半成品这条线划清楚了整个素材流程会顺很多。