mojira.dev
MCPE-14420

Dropper and dispenser sound is not directional

The clicking sound made by Droppers and Dispensers stays at the same volume when you move away from it in any direction, until it just stops when you walk out of it's range.

I would expect the sound to be directional, like the other sounds in game made by mobs and doors etc, and to fade out as you move away.

To reproduce, create a simple redstone clock setup as pictured in the attached image, and move away from the clicking Dispenser/Dropper.

Related issues

Attachments

Comments

migrated
[media][media][media]
migrated

Confirmed on Samsung Galaxy S6 (SM-G920W8), Android 5.1.1 MCPE 0.14.3 single player creative.

Compare with any door in the same circuit: you'll hear the intensity of the open/close sound decrease gradually as you move away from the door.

Aleksandra Zajac

I am afraid we can not reproduce this bug in the recent version. Please update affected versions if this bug still occurs.

[Mojang] Mega_Spud (Jay)

Still an issue in 0.15.3; dropper and dispenser sound is at the same full volume until you're out of range, when it stops. (It should fade)

migrated

This also affects buttons, pressure plate, lever and tripwire hook

SuperGeniusZeb

Confirmed for 0.15.90.2. (Tested on Pocket Edition.)

[Mojang] Mega_Spud (Jay)

I noticed that the dispenser sound is directional when it's firing eggs or snowballs, for example, but not when empty.

SuperGeniusZeb

Affects 0.16.0 Beta Build 4 (AKA 0.15.90.7).

SuperGeniusZeb

Affects 0.15.10 & 0.15.90.8 (0.16.0 beta build 5).

Adrian Östergård

This bug has been reported to our internal bug tracker for further testing and a fix. It is scheduled to be fixed in one of the future updates (no specific date can be provided).

migrated

Having this same issue in 19w12b snapshot.

More specifically, a dropper when dropping items or when empty, activated by a redstone clock circuit.

Makzevu

Information from a duplicate report (MCPE-48919) confirms that the sounds from pressure plates, levers, buttons, tripwires, and comparators aren't directional either.

Confirmed for 1.12 and 1.13.0.2.

migrated

1.14.30.51 also

GoldenHelmet

I've attached a resource pack that fixes this issue:

[media]

Here is a demonstration of the fix:

[media]

Code/data analysis:

Sound directionality is determined by the true/false value given to "is3D" in the "sounds" part of individual sound definitions in sounds\sound_definitions.json. It appears that the default value is "true" for every sound except random.click. The attached pack fixes this bug by inserting "is3D" and "min_distance" into the following section of sound_definitions.json:

"random.click" : {
         "__use_legacy_max_distance" : "true",
         "min_distance" : 1.5,
         "category" : "ui",
         "sounds" : [
            {
               "load_on_low_memory" : true,
               "is3D" : true,
               "name" : "sounds/random/click",
               "volume" : 0.20
            }
         ]
      },

The "min_distance" : 1.5 makes the attenuation begin at 1.5 blocks from the source. I tested several values and felt that this was most balanced. Without it the sound drop-off is too much, and with a higher value the sound drop-off is not as noticeable.

migrated

Affects 1.17.40.20

Makzevu

@unknown, I can't reproduce in 1.17.40.20 Beta. What steps did you use to test this issue?

GoldenHelmet

This is already fixed in 1.17.30.

[Mojang] Mega_Spud (Jay)

(Unassigned)

34389

Confirmed

Multiple

dispenser, dropper, redstone, sound

1.17.11 Hotfix, 1.14.30.51 Beta, 1.14.2.51 Beta, 1.14.1 Hotfix, 1.14.0.2 Beta, ..., 1.7.0.9 Beta, 1.13.0.2 Beta, 1.12.0, 1.14.60 Hotfix, 1.16.1

1.17.30

Retrieved