異なるフォルダーレイアウト
Javaはすべてを以下でネームスペース化します: assets/minecraft/、これはModやデータパックがバニラと並んで独自のネームスペースを追加できるようにするための構造です。Bedrockにはそのような概念はなく、テクスチャはルートの近くに配置されます。
Java Bedrock
pack.mcmeta manifest.json
pack.png pack_icon.png
assets/ textures/
└── minecraft/ ├── blocks/
└── textures/ └── items/
├── block/
└── item/単数形と複数形の違いにも注意してね:Javaは block/ と item/、Bedrockでは blocks/ と items/フォルダー名を変更せずにファイルをコピーすると、どのゲームからも参照されない場所にテクスチャが配置されてしまいます。
異なるメタデータファイル
Javaはパックを次のもので識別します: pack.mcmeta そして1つの pack_format 番号を使用します。Bedrockは manifest.json、これには本物のUUIDとバージョン配列が必要です:
{
"format_version": 2,
"header": {
"name": "My pack",
"description": "",
"uuid": "<unique uuid>",
"version": [1, 0, 0],
"min_engine_version": [1, 21, 0]
},
"modules": [
{
"type": "resources",
"uuid": "<a different unique uuid>",
"version": [1, 0, 0]
}
]
}2つのUUIDは、それぞれ異なり、かつインストールされている他のどのパックとも重複してはいけません。他人のパックをコピーしてそのまま使うと、インポートはできてもリストに表示されないという問題がよく起こります。Bedrockは、コピー元のパックと重複していると判断するからです。
異なるファイル名
両方のエディションで同じブロックがあっても、テクスチャ名が同じとは限りません。それぞれが相手にないコンテンツを追加してきたため、長年かけて乖離が進んでいます。名前を翻訳するための一般的なルールはなく、変換ではなく検索が必要です。
異なる配布形式
Javaのパックは通常の .zip ファイルをフォルダーにドロップします。Bedrockのパックは .mcpack ファイル。これらもzipですが、ゲームが登録している拡張子であるため、開くとMinecraftに渡されてインポートされます。これがBedrockのインストールが「ファイルを開く」、Javaのインストールが「ファイルを移動する」である理由です(以下で解説)。 インストールガイド.
JavaにはできてBedrockにはできないこと
両方に対応する
ワンクリックで簡単に変換できるような魔法はありません。現実的なアプローチは、アートワークを共通のものとして扱い、パッケージングをエディションごとに分けることです。テクスチャを一度デザインしたら、各エディションのレイアウト、メタデータ、ファイル名を別々に作成しましょう。
これが エディター が処理してくれます。エディションを選んで書き出すだけで、同じ作品をもう片方のエディション用にもう一度書き出せます。Javaは適切な pack_format; Bedrockは新しく生成されたマニフェストを持つ .mcpack として出力されるため、UUIDの競合問題は起きません。
