Summary:
If the player moves away from where the horn is used, the sound will play from the void.
Steps to reproduce:
Take the horn.
Use the horn and move a few blocks away from where the horn was used (until the sound has finished playing).
Observed results:
The sound is not tied to the player and it turns out that it is played from the void.
Expected results:
The sound will come from the player.
Linked issues
is duplicated by 9
MCPE-153278
goat horn and copper horn noises dont follow player
Resolved
MCPE-153291
When using the goat/copper goat horn if you fly away from the place you played it the sound gets quiter
Resolved
MCPE-157088
Goat Horn audio is tied to where it was used, not to the player using it
Resolved
MCPE-157214
Goat Horn Sounds Play in One Spot Only
Resolved
MCPE-157522
Goat horn sound's stationary location
Resolved
relates to 1
Attachments
Comments 6
This happens with cave sounds too
(also, the volume seems to drop off quite quickly when you move just a few blocks away from a sound, I think its worth checking to see whether or not its in parity with java)
@unknown:
vanilla-parity - which I added to the report means that the behavior in java is different from bedrock
Seems like this also affects many other audios that should stick with the player causing it, such as:
eating food
drinking a potion
using a rocket while flying with an elytra
using a horn
wearing armor
shooting with a bow
taking damage
triggering the totem of undying
The audio issue is more noticeable when traveling using an elytra or minecart.
It's also observed that the volume drops too quickly if you face away from the sound origin from a distance compared to facing it (moving forward while triggering the audio vs moving backwards).
Building off of ChronoCMD's comment, I believe the issue is far worse than being related to goat horns as the title implies, but rather affects every sound in the game which is played at the player's location. MCPE-161329 would be a duplicate of this issue rather than simply related if you accept this broader framing.
I'd like to highlight walking and punching SFX specifically, which due to this issue are played only in one ear while strafing.
My advice for Steps to Reproduce with Walking Sounds:
Put on headphones which support at least stereo audio (two channels, L/R).
Ensure you are in first-person, as third-person seems to dull the effect.
Find a long, flat surface in-game that makes reasonably loud sounds and has minimal noise distractions.
I recommend grass, as I've found stone-like blocks hard to hear the effect on.
Strafe one direction (straight left or right)
Hear results - walking and other effects can mainly be heard in the ear opposite of the direction of movement. right when they start they can briefly be heard in the other ear, but they quickly cut off.
And my advice for the best Steps to Reproduce with Goat Horn:
Once again, put on headphones which support at least stereo audio (two channels, L/R).
Ensure you are in first-person, as third-person seems to dull the effect.
Find a space in-game with minimal audio distractions.
I used a superflat world, with a command block set up to kill slimes before they could make noise.
Play a goat horn, ideally with a long consistent sound like Feel
asap after right-clicking to play, step slightly in one direction and begin to spin quickly.
Observe as the goat horn sounds seems to ping-pong back and forth between your ears, as it is being played from the spot next to you rather than precisely on the player.
I've attached videos demoing this effect with walking and punching, as well as the original goat horn example, to the original post. I had to crunch down the video a bit to fit the filesize limit (in fact, I went a bit overboard), but the audio is the original track & and sounds the same as in-game.
Once I noticed this bug it's been eating at me every time I play Bedrock, so sorry to place the curse of knowledge on anyone who reads this.
[This comment has been edited to improve clarity.]
This is also affected in 1.19.20.20