mojira.dev
MCPE-155444

Music volume is inconsistent (music play at different volumes on different biomes and dimensions)

Most of the music does not play at a matching volume in game, even the same tracks play with different volume based on the biome. Due to this, players need to adjust the volume inconveniently for each situation, this issue affects other dimensions too.


Steps to reproduce: (edited from MCPE-158157)

  1. Locate biomes with different music like a plains, desert, swamp and mountain.

  2. Let music cycle between different tracks without adjusting volume.

Expected behavior:
All music tracks are similarly mixed for volume, barring the normal dynamic range of the track.

Observed behavior:
Different tracks play at very different volumes.

Alternate steps:

  1. Open
    C:\Program Files\WindowsApps\Microsoft.MinecraftUWP_1.19.202.0_x64_8wekyb3d8bbwe\data\resource_packs\vanilla{}(1.18.0, 1.19.0, 1.20.0, 1.20.30, 1.21.0)\sounds\sound_definitions.json

  2. Search the file for "music" to find the "music.game..." sections.

  3. Observe the "volume" settings for the music tracks.

 


A simple way to fix this is by changing the volume of every music sound event on the json file (music.game...) to better match java edition, from what i know (correct me if i am wrong), only in a few specific cases the volume is set in java edition, making all tracks sound relatively the same in game.

Based on the json files, this is the difference of the volume on java and bedrock, i assume that what do not include a number is set at it loudest, for some of the tracks this is probably intended, the names are from bedrock edition, java changed all of the names recently.

Name

Bedrock Vol

Java Vol

calm1

0.2

 

calm2

0.2

 

calm3

0.2

 

hal1

0.1

 

hal2

0.2

 

hal3

0.1

 

hal4

0.2

 

nuance1

0.3

 

nuance2

0.3

 

piano1

0.2

 

piano2

0.2

 

piano3

0.2

 

menu1

0.3

 

menu2

0.3

 

menu3

0.3

 

menu4

0.3

 

aerie

 

0.4

firebugs

 

0.4

labyrinthine

 

0.4

creative1

0.1

 

creative2

0.1

 

creative3

0.1

 

creative4

0.1

 

creative5

0.1

 

creative6

0.1

 

nether1

0.15

 

nether2

0.15

 

nether3

0.15

 

nether4

0.15

 

end

0.2

 

boss

0.3

 

credits

0.1

 

axolotl

0.2

0.4

dragon_fish

0.2

0.4

shunji

0.2

0.4

The sound events on the sound_definitions.json affected by this are:

music.menu

music.game

music.game.creative

music.game.water

music.game.nether

music.game.end

music.game.endboss

music.game.credits

music.game_and_wild_equal_chance

music.game_and_wild_favor_game

music.game.swamp_music

In other sound events not mentioned above, these same tracks all have the same volume as java edition.

The difference between java and bedrock values on the sound.definitions.json can be seen on this minecraft wiki page: https://minecraft.wiki/w/Sounds.json

Linked issues

Attachments

Comments 30

Ideally, they would have advanced audio settings to adjust the volume level of each song in the game. I would even settle for the app reading an undocumented .json config file that would allow the user to adjust each song's individual volume as a quick fix to the issue. It is a nuisance that the song volume levels are not normalized with one another. For what it's worth, I feel the situation is no better on MC Java.

Thank you for your report!
However, this issue has been temporarily closed as Awaiting Response

Could you please provide more details or/and media files?
Could you also state your platform on where the issue occurs?

Also, just a reminder, to make your bug report as effective as possible, please try and include the following steps to reproduce the problem:

Steps to Reproduce:
1.
2.
3.

Observed Results:
(Briefly describe what happens)

Expected Results:
(Briefly describe what should happen)

If your ticket does not look like the example given here, then it's likely to be closed as incomplete.

This ticket will automatically reopen when you reply.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Thank you I was hoping I wasn't the only one who had noticed this, and/or was bothered by it! Please normalize the audio so that one volume setting can be used consistently across all tracks. Otherwise been having a blast with the update. Thanks! 

The new wild music is obnoxiously loud. It drowns out all other game sounds and leads me to turn my system volume down, which makes other sounds even harder to hear.

I've also opted to lower my in-game music volume down very low because I decided to settle in a swamp where the new wild update music mostly plays.  Its just too loud to hear anything else even when set to 50% volume!

20 more comments

Affects the most recent Preview, 1.21.60.21. 

Affects Preview 1.21.60.23. 

This bug is still present in preview 1.21.80.25.

In addition to the songs listed in previous comments and the original bug report, new tracks added to Bedrock Edition since are also affected by this bug.

This bug makes it so that the player has to re-adjust their Music volume slider in their settings on a per-track basis in order to hear some songs, or to not have the overall game-sound overwhelmed by others.

This is a parity issue, as songs seem more volume consistent on Java Edition.

Thank you for your report!
After consideration, the issue is being closed as Working as Intended.

Please note, that mechanics of the game may change between updates.
Things such as graphics, sounds, world creation, biomes, redstone, villagers, and animals may not work the same in current versions.

Full Version HistorySnapshot Version HistoryFeature Requests and Suggestions

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

User2514163

(Unassigned)

817866

Confirmed

Multiple

inconsistency, music, resource-pack, sounds.json, vanilla-parity, volume, world

1.19.0.31 Preview, 1.18.30, 1.18.31, 1.19.2 Hotfix, 1.19.20, ..., 1.21.30.23 Preview, 1.21.21 Hotfix, 1.21.60.25 Preview, 1.21.60.24 Preview, 1.21.51 Hotfix

Retrieved