プリセット

召喚プリセット

装飾用のブロックディスプレイプリセット

装飾用のブロックディスプレイプリセットは、ルートのエンティティ、passenger の関係性、出力の確認、ゲーム内の結果までを 1 画面で見渡せる、完結した Summon ワークフローへと刷新しました。装飾用の小道具、空中に浮かべたい看板、ビルドに添える細かなディテール、あるいは通常の設置ブロックでは表現しきれないコマンド主導の演出に、ぜひ取り入れてください。このページでは召喚行を、構文を通すためだけのテキストではなく、目視での確認まで踏まえて扱うべき遭遇データとして整理しています。ギャラリーでは Workbench の状態を生成結果のすぐ隣に並べているため、コマンドが遭遇のトリガーになる前に、ルートのエンティティ、搭乗者スタック、装備、最終的な出力をひととおり確認できます。

言語ENRUDEESPT中文日本語VIFR한국어IDPLTR

プリセット結果

マップの装飾用に、模様入り石レンガの小道具を描画するブロックディスプレイエンティティを組み立てます。

出力

ブロックディスプレイ装飾コマンド

/summon minecraft:block_display ~ ~ ~ {block_state:{Name:"minecraft:chiseled_stone_bricks"},transformation:{scale:[2.5f,2.5f,2.5f]},Tags:["display_prop"]}

プリセットのスクリーンショット

プレビューと出力をぴたりとそろえるため、まずはルートのエンティティとして block_display を選んで設定を始めてください。
2 枚目のスクリーンショットでは block_state を強調し、装飾向けに NBT をどう調整するかを示しています。
出力のスクリーンショットには、テストへ進む前に最終的な /summon コマンドとコピー用のボタンが見えたまま残っています。
ゲーム内の結果では、block_display の模様入り石装飾が、まっさらなキャプチャ用ワールドで意図どおりに描画されていることを確認できます。

プリセットを作成

  1. Summon Workbench を開き、ルートのエンティティを block_display に設定してください。
  2. passenger と装備の詳細を加え、block_display の模様入り石装飾がゲーム内でもきちんと読み取れるよう整えてください。
  3. コマンドをコピーする前に、プレビュー画面と passenger ツリーをひととおり確認してください。
  4. 出力パネルで、最後の /summon 行と、コマンド長に関する警告の有無を見直してください。
  5. スモークテスト用にコマンドをコピーするか、後続のコマンドを足す前に Project へ保存しておいてください。
  6. まっさらなテスト用ワールドでコマンドを実行し、ゲーム内の結果が Workbench のツリーと食い違っていないかを確かめてください。

block_display の模様入り石装飾にプリセットが必要な理由

装飾用の小道具、空中に浮かべたい看板、ビルドのアクセントに添える細かなディテール、あるいは通常の設置ブロックでは表現しきれないコマンド主導の演出に、このプリセットを使ってください。

頼れるのはやはり構造です。block_display が召喚位置を提供し、目に見える passenger、装備、表示用のデータが、このプリセット固有の遭遇 ID を形作ります。ツリーを開いたまま編集していれば、コマンドが Workbench を離れる前に、括弧の付け間違いといったミスを未然に防げます。

あとから遭遇を見直しやすくしておきたい場面でこそ、このプリセットを活用してください。Workbench のスクリーンショットがどのエンティティに動きや当たり判定を持たせたかを記録し、2 枚目のスクリーンショットが passenger や装備の細部を残し、出力のスクリーンショットが生成された /summon の行を見えたまま保持します。最後にゲーム内のキャプチャが、Minecraft 側でも同じ関係性が描画されることを確認してくれます。テキストだけの例では決して得られない安心感がここにあります。

テストとバージョンに関する確認事項

ブロックディスプレイはあくまで見た目のためのもので、当たり判定を持って採掘もできる通常のブロックとは別物です。プレイヤーが小道具を地形と勘違いしないよう、ゲームプレイ用のブロッカーと装飾用のディスプレイは、必ず分けて配置してください。

最初のテストは開けた Java ワールドで行い、コマンド長の警告にも気を配ってください。コンパクトな rider のプリセットならそのまま貼り付けて構いませんが、長い Boss 用の派生や装備の増えたバリエーションは、コマンドブロックかデータパックの関数に移すのが安全です。

エフェクト、ルートテーブル、サウンド、スコアボードを足す前に、最初のスモークテストはとにかく小さく保ってください。敵対的な passenger は次元や難易度に応じて移動・燃焼・デスポーン・挙動の変化を起こしやすいので、まずは制御された条件で基本となる rider と装備スタックを確かめましょう。見た目の結果が安定したら、表示名や近接セレクターに頼らず、タグを付与し、そのタグを対象とする後続のコマンドへつなげてください。

  • ルートのエンティティと搭乗者の役割を、はっきり区別して扱ってください。
  • 後始末や後続のコマンドを書く前に、目印となるタグを付けておいてください。
  • 遭遇を公開する前に、難易度や挙動の条件をひと通りテストしておいてください。

次に活かせる場面

再利用しやすいマップ用展示を組むときは、小道具をテキストラベルやアイテムディスプレイと組み合わせて構成してみてください。

関連するディスプレイのページを比べたいときは、アイテムショーケース用のディスプレイエンティティプリセット と 浮かぶラベル用のテキストディスプレイプリセット もあわせてご覧ください。

FAQ

この block_display による模様入り石装飾のコマンドは、チャットに貼り付けて使えますか?

コマンド長の警告を判断の目安にしてください。生成された行がチャットの上限に収まっていれば、手早いチャットテストとして使っても問題ありません。上限を超える場合は、コマンドブロックかデータパックの関数に移してから実行してください。

これは Bedrock Edition でも動きますか?

Java 版の Passengers コマンドとしてはそのまま動きません。Bedrock は Java と同じ再帰的な passenger の NBT 構造を埋め込めないため、別の騎乗ワークフローを組む必要があります。

ゲーム内のスクリーンショットまで添えるのはなぜですか?

Workbench のプレビューだけにとどまらず、passenger のツリーやエンティティ構成が実際の Minecraft でも狙いどおりに描画されることを、スクリーンショットがしっかり裏付けてくれるからです。

このワークフローを開く

関連する Summon ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。