絵画は選んだサイズではなく形でマッチングされる
カスタム絵画パックの多くが失敗するのは、アートワークのアスペクト比がどのスロットにも合わないからです。ここではマッチングの実際の仕組みを説明します。対象は51種類あり、宣言した幅と高さだけで選ばれます。
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も別途存在します。向きが自動で反転されることはありません。
あなたの画像が弾かれる理由
絵画のテクスチャは、それが設置された壁に合わせて引き伸ばされるのではありません。ゲームは宣言されたサイズが利用可能なスペースに合う絵画を選び、その絵画のテクスチャ全体をそのサイズに広げます。つまり、元画像はスロットのアスペクト比に一致していなければなりません——間違った形の画像は切り取られるのではなく、押しつぶされます。
バニラは1ブロックあたり16ピクセルで描画します：1x1の絵画は16x16、4x4は64x64です。正しい比率であればどの解像度でも機能します。ブロック単位のサイズはレジストリデータ（width、height）であり、テクスチャはそこに引き伸ばされます。
横長のパノラマ絵画を作っても、壁に空いているのが1x1のスペースだけなら、あなたのものではなく1x1の絵画が表示されます。パックは問題なく、配置が問題なのです。また、カスタム絵画は#minecraft:placeableタグに入っていなければ、ランダムで選ばれることはありません。
JavaとBedrockはここで分岐する
Javaのリソースパックは、バニラの絵画レジストリとテクスチャアトラスを通じて絵画を扱います。Bedrockは独自のパックマニフェスト構造と異なるフォルダレイアウトを使用します。アートワークファイル自体は同じPNG寸法ですが、一方のエディション用に作られたパックはもう一方では読み込まれません。別々にビルドしてダウンロードしてください。
Bedrock側はパックのバージョン管理もより厳格に扱うため、今日動作するパックでも、絵画が何も変わっていないのにゲームのアップデート後にフラグが立てられることがあります。
実践的なマッチング
画像から前向きにではなく、壁から逆算して作業してください：
- 壁をブロック単位で測ります。幅3、高さ2の隙間には3x2の絵画は合いません——上のリストに存在しないからです——そのためゲームは合う中で最大のもの、つまり2x2を掛け、1列分が剥き出しのまま残ります。
- 何かをリサイズする前に、元画像のアスペクト比を実際に存在するスロットに合わせてください。
- エディションごとに1つのパックを保ってください。JavaとBedrockのアセットを混ぜると、どちらでも読み込まれないパックができあがります。
このツールは、アップロードした画像をその形に合うスロットにマッチングし、完成したパックをCustom Paintings用に返します。