Presets

Feedback presets

Reward feedback preset with sound and particles

Reward feedback preset with sound and particles is now a complete Playsound and Particles workflow instead of a templated command note. Use this preset when a reward should feel confirmed without adding another inventory item or wall of chat text. It fits quest turn-ins, vault unlocks, trial rewards, lobby achievements, and command-pack milestones where the player needs one unmistakable cue. The article keeps the setup fields, output review, Project placement, and result capture together so the command is easy to audit before it becomes part of a map setup, event trigger, or reusable command pack. The workbench path keeps the sound choice, pitch, particle type, count, and target selector visible before the two commands are saved together. That matters because reward feedback is usually copied into a larger Project pack, not run as one isolated command.

Preset result

A level-up sound and happy villager particle burst confirm that the reward event fired.

Output

Reward feedback command pair

/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

Preset screenshot

Start with the Playsound and Particles controls that define the preset state.
The second shot highlights the setting or companion command that changes player-facing behavior.
The output shot keeps the final command or command pair visible before it enters Project.
A level-up sound and happy villager particle burst confirm that the reward event fired.

Build the preset

  1. Open the Playsound workbench and select `entity.player.levelup` as the reward sound.
  2. Set the sound source to `player`, target to `@a`, volume to `1`, pitch to `1.2`, and minimum volume to `0.2`.
  3. Open the Particles workbench and choose `happy_villager` for the visible reward burst.
  4. Set spread to a compact player-sized area and keep the particle count below 20 so the reward remains readable.
  5. Check that both commands use the same target selector before copying them into the final pack.
  6. Copy both commands into Project in this order: sound first, particle second.
  7. Run the pair in a clean test world and confirm the HUD marker, sound event, and particle burst happen once.

Why this Playsound and Particles preset belongs in Project

Use this preset when a reward should feel confirmed without adding another inventory item or wall of chat text. It fits quest turn-ins, vault unlocks, trial rewards, lobby achievements, and command-pack milestones where the player needs one unmistakable cue.

The workbench path keeps the sound choice, pitch, particle type, count, and target selector visible before the two commands are saved together. That matters because reward feedback is usually copied into a larger Project pack, not run as one isolated command. A copied command is only useful when the surrounding assumptions are visible: selector scope, world state, order inside the pack, and the exact output that will be pasted into Minecraft. Treat this preset as a checkpoint where those details can be reviewed before the command leaves NBTForge.

The gallery is structured around that review. The first shot shows the workbench state, the second shot calls out the field or companion module that changes player-facing behavior, and the output shot keeps the command or command pair visible. When the preset has a visible result, the in-game capture confirms the same idea in a restored test world rather than relying on a generic overlay.

Testing and scope checks

Sound and particle cues can become spammy when they run from a repeating trigger or a broad selector. Keep the selector narrow during testing, then move the final pair beside the scoreboard or advancement command that proves the reward should fire once.

Run the first smoke test with a narrow selector and a clean world state. Environment, utility, routing, and feedback commands can look harmless, but they often affect every player or the whole world. Confirm the command changes only the intended state, then save the exact output beside the setup or follow-up lines that explain why it exists.

If the command becomes part of a function file or command-block chain, test the copied artifact, not only the live workbench state. That catches stale selectors, wrong command order, missing setup lines, and effects that only appeared to work because a previous test left state behind.

  • Keep selectors narrow until the full pack is reviewed.
  • Place world setup before encounter-specific overrides.
  • Save feedback commands next to the state change that triggers them.

Where to go next

Place this after the reward item, advancement, or loot command that resolves the objective so players receive feedback only after the state change succeeds.

For nearby feedback patterns, compare the warning alert preset, playsound quest reward preset, and heart particle healing preset.

FAQ

Can I paste this Playsound and Particles command into chat?

Usually yes for a one-command smoke test if the selector is safe and the line is short. For repeatable map behavior, save it to Project and copy the ordered pack or function-style output.

Why include a result capture for a utility-style preset?

The result capture proves the command changed visible world, HUD, routing, or feedback state in Minecraft instead of only looking correct in the output panel.

What should I check before sharing this preset?

Check selector scope, command order, target version, and whether the command belongs in setup, encounter logic, feedback, or cleanup. Those categories decide where it should sit in a Project pack.

Open this workflow

Start from the related Playsound workbench, then adjust the preset fields for your world.