データパックプリセット
ダンジョン用チェストルートプリセット
ダンジョン用チェストルートプリセットは、テンプレ化されたコマンドメモではなく、完成された Data Pack のワークフローへと整理しました。ダンジョンルーム、隠し報酬チェスト、繰り返し詰め直すミニゲーム用のチェスト、固定のアイテムスタックではなくテーブルとしてバランスを取るべきマップ報酬などで活用してください。チェスト用ルートリソースは、ロール数とエントリの重みがひとつの JSON ファイルにまとまるため、散らばった `/give` コマンドより調整がはるかに楽になります。この記事ではセットアップ用のフィールド、出力レビュー、Project への配置、結果のキャプチャをひとつにまとめているので、マップセットアップ、イベントトリガー、再利用可能な Command Pack の一部にする前に、コマンドを無理なく監査できます。有用なレビューは、生成された JSON だけでは完結しません。パス、ネームスペース、テーブルタイプ、ロール、ボーナスロール、報酬の重みを同時に表示しておけば、マップ制作者はデータパックにコピーする前に、テーブルを目的の部屋の難易度と照らし合わせて確認できます。
プリセット結果
重み付き報酬と安定したデータパックパスを備えた、ダンジョンチェスト用のルートテーブル。
出力
ダンジョンチェストルートテーブル JSON
data/nbtforge/loot_table/chests/crypt_reward.json
{
"type": "minecraft:chest",
"pools": [
{
"rolls": 2,
"bonus_rolls": 1,
"entries": [
{
"type": "minecraft:item",
"name": "minecraft:diamond",
"weight": 1
},
{
"type": "minecraft:item",
"name": "minecraft:emerald",
"weight": 3
},
{
"type": "minecraft:item",
"name": "minecraft:golden_apple",
"weight": 1
}
]
}
]
}プリセットのスクリーンショット
プリセットを作成
- Data Pack ワークベンチを開きます。
- ジェネレーターとしてルートテーブルを選びます。
- ネームスペースを `nbtforge`、リソースパスを `chests/crypt_reward` にします。
- テーブルタイプを `minecraft:chest` に設定します。
- チェストの難易度に合わせて、ロールとボーナスロールを調整します。
- JSON 出力上で、各報酬エントリの重みを確認します。
- リソースパスをコピーし、ダンジョンルームのセットアップと一緒に保存します。
この Data Pack プリセットを Project に加える理由
ダンジョンルーム、隠し報酬チェスト、繰り返し詰め直すミニゲーム用のチェスト、固定のアイテムスタックではなくテーブルとしてバランスを取るべきマップ報酬などで、このプリセットを使ってください。チェスト用ルートリソースは、ロール数とエントリの重みがひとつの JSON ファイルにまとまるため、散らばった `/give` コマンドより調整がはるかに楽になります。
有用なレビューは、生成された JSON だけでは完結しません。パス、ネームスペース、テーブルタイプ、ロール、ボーナスロール、報酬の重みを同時に表示しておけば、マップ制作者はデータパックにコピーする前に、テーブルを目的の部屋の難易度と照らし合わせて確認できます。コピーしたコマンドは、周辺の前提条件 (セレクターの範囲、ワールドの状態、パック内での順序、Minecraft に貼り付ける最終的な出力) が見えてはじめて意味を持ちます。このプリセットは、コマンドが NBTForge を出る前に細部を確認するためのチェックポイントとして扱ってください。
ギャラリーはこのレビュー観点に沿って構成されています。1 枚目はワークベンチの状態を示し、2 枚目はプレイヤーに対する挙動を変えるフィールドや併用モジュールを取り上げ、出力のスクリーンショットでは最終的なコマンドまたはコマンドのペアが残ったままになります。プリセットに目に見える結果がある場合、ゲーム内のキャプチャでは汎用的なオーバーレイに頼らず、再現したテストワールドで同じ考え方を確認します。
テストと範囲の確認
ルートテーブルの重みはパーセントではなく相対値です。報酬の出現が多すぎると感じたら、ひとつの重み値を固定の確率に直接対応づけると考えるのではなく、ほかのエントリやロール数のほうを調整してください。
最初のスモークテストは、絞り込んだセレクターとクリーンなワールド状態で実行してください。環境、ユーティリティ、ルーティング、フィードバックのコマンドは一見無害に思えても、実際にはプレイヤー全員やワールド全体に作用することが少なくありません。コマンドが意図した状態だけを変えていることを確認し、その出力が存在する理由を説明するセットアップ行やフォローアップ行のすぐ隣に、出力を正確に保存しましょう。
コマンドが関数ファイルやコマンドブロックのチェーンの一部になるのであれば、実行中のワークベンチの状態だけでなく、コピーした成果物自体をテストしてください。これによって、古いセレクター、誤ったコマンド順序、抜け落ちたセットアップ行、前回のテストの残留状態のせいで動いて見えていただけの効果を洗い出せます。
- パック全体のレビューが終わるまで、セレクターは狭く保ちます。
- 個別エンカウントの上書きより前に、ワールドの初期設定を配置します。
- フィードバック用コマンドは、トリガーとなる状態変更のすぐ隣に保存します。
次に進むべき場所
チェストテーブルは、チェストを配置するコマンドや構造物メモのすぐ隣に保存し、データパック上のパスを Project に記録しておきましょう。
近い用途のリソースについては、Boss ドロップ用ルートテーブルプリセット と 条件付きルート用 predicate プリセット と比較してみてください。
FAQ
この Data Pack コマンドはチャットに貼り付けても問題ありませんか?
セレクターが安全で行も短ければ、単発のスモークテストなら基本的に問題ありません。マップでの挙動を繰り返し再現できるようにするには、Project に保存し、順序づけられたパックや関数スタイルの出力をコピーしてください。
ギャラリーが UI 中心になっているのはなぜですか?
このプリセットは、目に見えるワールド内のオブジェクトではなく、JSON、Project の整理、レビュー用ワークフローを生み出すためのものだからです。意味のある証拠は、ワークベンチの状態、出力、Project 上の配置にあります。
このプリセットを共有する前に確認すべき点は何ですか?
セレクターの範囲、コマンドの順序、対象バージョン、そしてコマンドがセットアップ、エンカウントロジック、フィードバック、クリーンアップのどこに属するかを確認します。これらの分類によって、Project パック内のどこに配置するかが決まります。
このワークフローを開く
関連する Data Pack ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。