mojira.dev
MC-98200

All sound sliders except master ignored by high-volume /playsound

The bug

When playing a loud sound from /playsound, the volume that it plays at ignores the set slider volume in settings (this occurs with any slider other than 'master'). What should be happening is that no matter how loud the volume is set in the playsound, the highest it should play is to the slider level in settings. This must be a bug as the 'master' slider IS able to adjust the volume whereas all the other settings can't when the sound is played on their slider category, thus the other sliders all have this issue.

To reproduce

  1. Set your hostile slider to 100%

  2. /playsound minecraft:block.note_block.pling hostile @p ~ ~ ~ 100000
  3. Lower your hostile slider down (for example to 1%) and play the sound to see that the sound is still playing at the same volume as 100%

  4. Set the master slider to 1%

  5. Play the sound at the same volume again to see that now the sound does lower in volume

  6. What should have happened is when the hostile slider was lowered, the sound should have played at a decreased volume, however it continued playing at the same volume.

Test with a low volume sound to see that it works correctly for low volume sounds:

  1. Set hostile volume slider to 100%

  2. /playsound minecraft:block.note.pling hostile @p ~ ~ ~ 1
  3. Drag the hostile volume slider down and listen again to see that the volume DOES now scales with the slider.

Analysis (from dupe MC-255436)

The multiplication of the sound sliders happens before clamping the volume value from 0 to 1, rather than after.

Related issues

Comments

onnowhere

This is not a duplicate. This is regarding /playsound with volumes above 1, and how the slider does not change the volume the sound plays at at all. Not regarding the natural minecraft music playing oddly due to the slider. Natural music is not affected the same was as what I am talking about. For natural music, the sound does seem to change with the slider unlike this where playsound makes the slider not change the volume no matter what. This does not occur only when the slider is OFF. This happens at all slider levels. The volume stays the same no matter what. This occurs with any sound used by playsound command, not just music. Please fix.

onnowhere

The issue here in short is that when you playsound with a very loud sound such as /playsound minecraft:block.note.pling hostile @p ~ ~ ~ 100000, the sound will stay at max volume regardless of the 'hostile' category slider level, for example setting the slider to 1% and playing the sound plays at the same volume as setting it to 100%. This is a bug because the master volume IS able to successfully control the volume of these sounds. You can see that by playing the sound /playsound minecraft:block.note.pling hostile @p ~ ~ ~ 100000 and then adjusting the 'master' slider to see that the volume changes correctly. Thus, all volume sliders other than the master slider cannot adjust the volume of loud sounds.

migrated

Reopened and confirmed

Sonicwave

Confirmed for 16w20a. Also for step 4 I think you meant to say "Set the master slider to 1%" instead of 100% 😛

Possseidon

This issue seems to be pretty old, but I just stumbled across the weirdness with playsounds volume.

In the new brigadier system there seems to be an easy way to limit any numbers to ranges and they actually did put ranges to the values, but they don't seem all that correct:

  • volume: 0 .. (no upper constraint)

  • pitch: 0 .. 2

  • minvolume: 0 .. 1

Volume should be changed to the same constraints as minvolume and pitch should actually be a value between 0.5 and 2 as far as I remember it.

migrated

Issue still present in Minecraft 1.13

syarumi

Can confirm on 1.18 pre1.

migrated

Confirming still present in 1.19.2

onnowhere

(Unassigned)

Confirmed

Platform

Low

Sound

Minecraft 1.9 Pre-Release 4, Minecraft 1.9, Minecraft 1.9.1 Pre-Release 1, Minecraft 1.9.1 Pre-Release 2, Minecraft 1.9.1 Pre-Release 3, ..., 1.17.1, 1.18 Pre-release 1, 1.19.2, 1.21.3, 24w46a

Retrieved