Minecraft Bedrock用スキンパックを端末内で作る
Bedrock スキンパックメーカーは、複数のプレイヤースキン PNG と、Minecraft Bedrock が Classic Skin Pack を識別するためのメタデータを組み合わせます。パック名と作者名を入力し、端末内のスキンを追加し、表示名と Classic・Slim の腕形状を個別に選び、完全な .mcpack をダウンロードできます。
ブラウザーが manifest.json、skins.json、texts/en_US.lang、texts/languages.json、重複しない名前の PNG をアーカイブ直下へ作ります。ZIP 互換パッケージへ書き込み、拡張子 .mcpack で保存します。ピクセル、元ファイル名、表示名、モデル、生成 UUID、メタデータ、完成アーカイブは端末内に留まります。
Minecraft へログインし、Marketplace へ公開し、サーバーへファイルを送り、特定端末が非公式パックを必ず導入できると保証する機能ではありません。ローカルの Classic Skin 工程に必要なファイル構造を準備します。導入権限と動作は、現在の Bedrock エディション、プラットフォーム、アカウント、端末によって決まります。
.mcpackに入るファイル
Minecraft がパックを認識するにはマニフェストが必要です。ツールは manifest format version 2 を使い、1つの header と skin_pack module、バージョン 1.0.0、互いに異なる2つの UUID v4 を毎回生成します。新しい UUID により、別のインストール済みパックとの識別子衝突を減らします。
skins.json はパックと各テクスチャを説明します。現在の検証要件に合わせて serialize_name と localization_name を一致させ、各スキンへ独自の言語識別子、アーカイブ直下の画像名、free type、2種類の標準プレイヤージオメトリのいずれかを設定します。
texts/en_US.lang は技術的な言語キーをパック名、作者名、各スキン表示名へ対応させ、languages.json は en_US を宣言します。UTF-8 を使い、入力名の改行と等号を除くため、表示名が意図せず別の言語項目を作りません。
PNG は textures などのサブフォルダーではなくパック直下に置きます。アーカイブも追加の囲みフォルダーを作らず、最初の階層に manifest.json があります。ファイル管理画面で整理されて見えても、全体が1段深いと導入側が認識しないことがあります。
対応するスキンファイル
1枚あたり 2 MB 以下の PNG のみを受け付けます。現在の Bedrock スキンパック検証基準に基づき、プレイヤーテクスチャは正確な 64×64 または 128×128 です。ブラウザーで各画像をデコードし、読み取れないファイルや別寸法が1つでもあればバッチを拒否します。
64×64 は現行標準、128×128 は対応する Bedrock 工程で使える高解像度作品です。パック作成中にどちらもリサイズしません。滑らかに縮小・拡大すると説明なしにピクセルが変わるため、サイズ変換は別の専用作業です。
アバター画像、スクリーンショット、マント、エリトラ、Roblox 衣装、プレゼン用画像ではなく、完全なプレイヤーテクスチャを使います。正方形で寸法を通っても UV 配置が違う場合があります。不明な 64×64 は Minecraft スキンチェッカーで検査してください。
現在の公式検証資料では1パック最大80スキンです。画面に現在数を表示し、上限を越える追加を止めます。実用上は、無関係な作品を大量に入れるより、小さなテーマ別パックの方が名前付け、テスト、更新、共有をしやすくなります。
Classic・Slimを正しく選ぶ
Classic は geometry.humanoid.custom を使い、標準 64×64 で腕正面が4ピクセル幅です。Slim は geometry.humanoid.customSlim で3ピクセル幅です。全体寸法は同じなので、パッケージが幅と高さだけから正しいモデルを確定できません。
各スキンで別々に選べ、1パックに Classic と Slim を混在できます。誤ったジオメトリでは、他の部分が正常でも腕が欠けたりずれたりします。元モデルが不明なら Minecraft スキンモデル判定で UV 根拠を確認します。
このツールはカスタムジオメトリを追加しません。Microsoft のパッケージ資料では、このスキンパック JSON 機能を通じたカスタムモデルは対応しないと説明されています。そのため標準の幅広・細腕の2種類に限定します。
パック名とスキン名
パック名はメタデータと言語ファイルへ入り、短く分かりやすいタイトルが適しています。作者名は説明と .by の言語項目に入ります。どちらも所有権証明やデジタル署名ではありません。
各ファイルの初期表示名は元ファイル名から作り、ダウンロード前に変更できます。内部識別子には Skin1、Skin2 のような安全なキーを使い、見える名前は言語ファイルへ分けます。これにより表示名で空白や自然な大文字小文字を使い、技術キーへ壊れやすい句読点を入れません。
ダウンロード名はパック名を小文字スラッグにします。パッケージ後に表示名を変える場合は新しいアーカイブを生成します。既存 .mcpack を開いて編集する機能ではないため、元 PNG を保管して作り直してください。
ローカルZIPパッケージの仕組み
.mcpack は Minecraft 用拡張子を持つ ZIP 互換パッケージです。ブラウザー内で標準 local file header、CRC-32、central directory、UTF-8 ファイル名、end-of-directory record を書きます。項目は無圧縮です。PNG 自体が圧縮済みなので、さらに一般圧縮をかけても大きな効果がないことが多いためです。
無圧縮は強く圧縮した ZIP より少し大きくなる場合がありますが、エンコーダーを小さく決定的にできます。Minecraft が受け取るのは選択した PNG と生成 JSON・テキストで、第三者アーカイブサービスは関与しません。
導入前に調べる場合、コピーを作って .mcpack から .zip に変更し、アーカイブソフトで開きます。直下に manifest.json、skins.json、texts、一覧と同数の PNG が見えるはずです。元アーカイブを、囲みフォルダーや OS 固有メタデータを追加するツールで編集しないでください。
導入失敗を調べる
現在の Microsoft 案内では .mcpack を開いて Minecraft に読み込み、Dressing Room の Classic Skin 工程から選びます。画面と端末権限は変わる場合があるため、インストール済み版の現行案内を確認します。
失敗したら、ダウンロードが完了し拡張子が .mcpack のままかを調べます。アーカイブ構造、skins.json が指定する全 PNG が直下にあること、マニフェストの2つの UUID が異なることを確認します。ツールは自動生成しますが、ダウンロード後に別アプリが内容を変える場合があります。
パックは入っても特定スキンだけ崩れるなら、コンテナより元 UV またはモデル選択が原因であることが多くなります。64×64・128×128、Classic・Slim、外側の透明部分を確認し、修正後は新しい UUID 組で再生成します。
プライバシーと作品の権利
選択 PNG はブラウザー File API で読み、更新・終了までメモリに置きます。パックは生成テキストとローカル byte array で組み立てます。登録、クラウド下書き、ファイル名を含む分析イベント、公開ギャラリー、データベース記録はありません。
ご自身が制作したか、再配布を許可されたスキンだけをパッケージしてください。技術的に有効な .mcpack でも著作権、商標、パブリシティ、キャラクター利用権は得られません。第三者作品を自作と表現したり、作者名で承認を示唆したりしないでください。
よくある質問
スキンはアップロードされますか？
いいえ。画像検査、メタデータ、UUID、ZIP 組み立て、ダウンロードはすべてブラウザー内です。
1つのパックにClassicとSlimを入れられますか？
はい。各項目で別にモデルを選べます。
64×32の旧スキンを使えますか？
使えません。現在の 64×64・128×128 検証に従い、旧スキンは先に変換します。
なぜ生成ごとにUUIDが変わりますか？
パックとモジュールを識別し、別の生成・インストール済みパックとの衝突を減らすためです。
作ったパックを販売できますか？
ツールは商用権利や Marketplace 承認を与えません。作品の権利、プラットフォーム規則、契約、適用法によって決まります。