画作按形状匹配，而非你选择的尺寸
大多数自定义画作包失败的原因，是画作的宽高比与任何槽位都不匹配。以下是匹配机制的实际运作方式，游戏里每格墙对应 16 像素，所以 1×1 的画是 16×16，4×4 的画则是 64×64 大小的贴图。
Minecraft 26.3 提供了 51 幅画，它们并非可以互换的画布。每一幅都有固定的方块占位尺寸，游戏只会放置占位尺寸能容纳所找到墙面空间的画——而在这些画中，只选最大的那幅。画是根据其声明的宽度和高度来选择的，而非根据其图像，所以声明错误的尺寸，你的作品就永远不会被选中挂在你想要的墙上。
存在的槽位形状
这 51 幅画按宽度×高度（以方块计）分类如下：
| 尺寸 | 数量 |
|---|---|
| 1x1 | 8 |
| 2x2 | 12 |
| 3x3 | 9 |
| 4x4 | 5 |
| 4x2 | 5 |
| 2x1 | 5 |
| 1x2 | 3 |
| 3x4 | 2 |
| 4x3 | 2 |
注意这种不对称性：4x2 存在但 2x4 不存在，1x2 存在但 2x1 也单独存在。方向不会为你镜像。
你的图像为何被拒绝
画的纹理不会被拉伸以适应它落到的任何墙面。游戏会选择一幅声明尺寸能容纳可用空间的画，然后将该画的整个纹理铺展到该尺寸上。因此源图像必须匹配槽位的宽高比——形状错误的图像会被压扁，而非裁剪。
原版每方块绘制 16 像素：1x1 的画是 16x16，4x4 的是 64x64。任何比例正确的分辨率都可以；以方块计的尺寸是注册表数据（width、height），纹理被拉伸到其上。
如果你制作了一幅宽幅全景画，而墙上只有 1x1 的空间空闲，那么出现的会是一幅 1x1 的画而非你的作品。资源包没问题；放置有问题。而且自定义画只有在 #minecraft:placeable 标签中时才会被随机选中。
Java 与 Bedrock 在此处有分歧
Java 资源包通过原版画注册表和纹理图集来寻址画。Bedrock 使用自己的资源包清单结构和不同的文件夹布局。作品文件本身是相同尺寸的 PNG，但为一个版本构建的资源包无法在另一个版本中加载。请分别构建和下载。
Bedrock 端对资源包版本管理也更为严格，所以一个今天能用的资源包在游戏更新后可能被标记为不兼容，即使没有任何画发生改变。
实用匹配
从墙面倒推，而非从图像正推：
- 以方块为单位测量墙面。一个 3 宽、2 高的缺口无法容纳 3x2 的画——上面的列表中没有这种——所以游戏会挂上能容纳的最大一幅，即 2x2，并留下一列空白。
- 在调整任何尺寸之前，先将源图像的宽高比匹配到实际存在的槽位。
- 每个版本保留一个资源包。混用 Java 和 Bedrock 资源会产生一个在两个版本中都无法加载的资源包。
该工具会将你上传的图像匹配到形状合适的槽位，并返回完成的资源包，用于自定义画作。