フィードバックプリセット
サウンドとパーティクルを備えた報酬フィードバックプリセット
サウンドとパーティクルを備えた報酬フィードバックプリセットは、テンプレート的なコマンドメモではなく、Playsound とパーティクルを通した完全なワークフローへと進化しました。余計なインベントリアイテムやチャットテキストを足さずに、報酬が確定した手応えを出したいときにご利用ください。クエスト提出、ヴォールトの解錠、トライアル報酬、ロビーの実績、Command Pack のマイルストーンなど、プレイヤーに 1 つの明快な合図が必要な場面に適しています。本記事では、セットアップ項目、出力レビュー、Project への配置、結果のキャプチャをひとまとめに扱っているため、マップセットアップ、イベントトリガー、再利用可能な Command Pack に組み込む前にコマンドを容易に点検できます。Workbench での流れでは、2 つのコマンドをまとめて保存する前に、サウンドの選択、ピッチ、パーティクル種別、数、対象セレクターを確認したまま進められます。報酬フィードバックは単独で実行するよりも大きな Project パックにコピーすることが多いため、この確認は欠かせません。
プリセット結果
レベルアップ音と幸せな村人パーティクルのバーストが、報酬イベントの発生をはっきりと示します。
出力
報酬フィードバックコマンドペア
/playsound minecraft:entity.player.levelup player @a ~ ~ ~ 1 1.2 0.2
/particle minecraft:happy_villager ~ ~1 ~ 0.5 0.4 0.5 0.02 18 force @aプリセットのスクリーンショット
プリセットを作成
- Playsound Workbench を開き、報酬サウンドとして `entity.player.levelup` を選択します。
- 音源を `player`、対象を `@a`、音量を `1`、ピッチを `1.2`、最小音量を `0.2` に設定します。
- パーティクル Workbench を開き、報酬の演出として `happy_villager` を選択します。
- 広がりはプレイヤー 1 人分の小さな範囲に設定し、パーティクル数を 20 個未満に抑えると、報酬の合図として読み取りやすくなります。
- 最終的なパックへコピーする前に、両方のコマンドが同じターゲットセレクターを使っていることを必ずご確認ください。
- 両方のコマンドを Project にコピーします。並び順は、まずサウンド、次にパーティクルです。
- クリーンなテストワールドでペアを実行し、HUD のマーカー、サウンドイベント、パーティクルのバーストが 1 回ずつ発生することをご確認ください。
この Playsound とパーティクルプリセットが Project に属する理由
余計なインベントリアイテムやチャットテキストの大量出力を追加せずに、報酬が確定したという感触を出したいときにこのプリセットをご利用ください。クエスト提出、ヴォールトの解錠、トライアル報酬、ロビーでの実績、Command Pack のマイルストーンなど、プレイヤーに 1 つの明快な合図が必要な場面に適しています。
Workbench での流れに沿うと、2 つのコマンドをまとめて保存する前に、サウンドの選択、ピッチ、パーティクル種別、数、対象セレクターを確認したまま進められます。報酬フィードバックは単独のコマンドとして実行するのではなく、より大きな Project パックにコピーすることが多いため、これは重要です。コピーしたコマンドは、前提条件 (セレクター範囲、ワールドの状態、パック内の順序、Minecraft に貼り付ける正確な出力) が見えている場合にのみ役立ちます。コマンドが NBTForge を離れる前に、このプリセットを詳細を確認するためのチェックポイントとしてご活用ください。
ギャラリーはそのレビューを中心に構成されています。1 枚目は Workbench の状態、2 枚目はプレイヤーから見える挙動を変えるフィールドや関連モジュール、出力欄のスクリーンショットでは最終コマンドまたはコマンドペアを確認できます。プリセットに目に見える結果がある場合は、ゲーム内キャプチャによって汎用オーバーレイに頼らず、復元したテストワールドで同じ意図を再確認できます。
テストと範囲の確認
サウンドとパーティクルの合図は、繰り返しトリガーや広いセレクターから実行するとスパムのようになる可能性があります。テスト中はセレクターを狭く保ち、最終的にはスコアボードや、報酬が 1 回だけ発火する必要があることを保証する進行コマンドの隣にペアを配置してください。
狭いセレクターとクリーンなワールド状態で、まずスモークテストを実施します。環境、ユーティリティ、ルーティング、フィードバックのコマンドは無害に見えても、実際にはすべてのプレイヤーやワールド全体に影響することがよくあります。コマンドが意図した状態のみを変更していることを確認し、出力が存在する理由を説明するセットアップやフォローアップ行と一緒に、正確な出力を保存してください。
コマンドがファンクションファイルやコマンドブロックチェーンの一部になる場合は、ライブの Workbench 状態だけでなく、コピーした成果物そのものをテストします。これにより、古いセレクター、誤ったコマンド順序、抜けたセットアップ行、そして前回のテストで状態が残ったために動作しているように見えるだけの効果を検出できます。
- 完全なパックをレビューし終えるまで、セレクターは狭いままにしてください。
- エンカウント固有のオーバーライドの前に、ワールド設定を配置します。
- フィードバックコマンドは、トリガーとなる状態変化のすぐ隣に保存します。
次のステップ
報酬アイテム、進捗、または目標を解決するルートテーブルコマンドの後にこれを配置すると、プレイヤーは状態変化が成功した後にのみフィードバックを受け取れます。
近い系統のフィードバックパターンとしては、タイトルとサウンドの警告アラートプリセット、クエスト報酬用 Playsound プリセット、ヒーリング用ハートパーティクルプリセット を比較してみてください。
FAQ
この Playsound とパーティクルのコマンドをチャットに貼り付けても問題ありませんか?
セレクターが安全で行が短ければ、1 コマンドのスモークテストとしては通常問題ありません。マップでの挙動を再現可能にするには、Project に保存し、順序付きのパックやファンクション形式の出力をコピーしてください。
ユーティリティ系プリセットに結果キャプチャを含める理由は何ですか?
結果キャプチャは、コマンドが出力パネル上で正しく見えるだけでなく、Minecraft の可視ワールド、HUD、ルーティング、フィードバック状態を実際に変更したことを示します。
このプリセットを共有する前に何を確認すべきですか?
セレクターの範囲、コマンドの順序、対象バージョン、そしてコマンドがセットアップ、エンカウントロジック、フィードバック、クリーンアップのどれに属するかをご確認ください。これらの分類によって、Project パック内のどこに配置すべきかが決まります。
このワークフローを開く
関連する Playsound ワークベンチから始め、ワールドに合わせてプリセット項目を調整します。