After 1.0.4, most sounds no longer occur in game. Examples:
Blocks Breaking
Walking
Picking Up Blocks
I wonder if this is an App bug. I'm surprised it's not being talked about more:
https://www.reddit.com/r/MCPE/comments/5yk1lh/windows_10_no_sound_effects/
This isn't Android, but sounds like the same problem:
https://bugs.mojang.com/browse/MCPE-20289
I was able to use normal Multiplayer/BroadcastToLAN between an iOS and Android device, and sound is working fine. So it's at least possible to do a network game with sound. Weird. I need to sniff some packets.
dktapps tweeted about it though.
https://twitter.com/dktapps/status/840225707208896512
Found another interesting piece of the puzzle
In both instances the Host of the world could hear just fine.
(Reference: https://bugs.mojang.com/browse/MCPE-20294)
It looks like either the protocol has changed and mojang forgot to adopt its own client to it, or mojang simply introduced a bug in their client, so that it will no longer respond or play sounds sent from servers.
Maybe a Mojang Label would be appropriate.
It looks like either the protocol has changed and mojang forgot to adopt its own client
Would not be the first time xD
or mojang simply introduced a bug
Mojang introducing a bug:
"And today, we present you, MCPE 1.0.4, now with even more bugs!!"
Applause from the audience
Based on the followup to dktapps tweet referenced by Muqsit above; it seems like this has been fixed in api3/network branch.
https://twitter.com/dktapps/status/840225913824501762
I am attempting to test, but it seems to require PHP compiled with SSL.
bash ./start.sh
[00:03:09] [Server thread/CRITICAL]: Unable to find the OpenSSL (openssl) extension.
[00:03:09] [Server thread/CRITICAL]: Please use the installer provided on the homepage, or recompile PHP again.
This is not a client issue, but due to an alteration in the behaviour of resource packs in 1.0.4. Since they now control sounds also, the initial resource pack exchange must be completed correctly in order for sounds to work. The master branch does not currently do this.
@markkrueg you can remove or comment out Line 434 of the PocketMine.php ( that's "openssl" => "OpenSSL", ) and it will run with sound with the current php package 👍
... and will crash if you try to use resource packs. Please do not encourage hacking.
It's really simple to compile with OpenSSL. There are php-build-scripts repos dedicated for this cause on GitHub.
I did some testing to see if it actually worked without OpenSSL, which it did. It didn't crash, give any errors or any other weird behaviour. There's two weird things I came by when doing so, but I don't know if is because of missing OpenSSL or not. Anyways, here they are:
Loading screen displays unexplicable images:

Retextured health and Food bar show wrong textures:

I did experience the second issue without the server forcing texture packs before however, and a simple MCPE restart did the job. This is not the case here though.
Apologizes if those were because of OpenSSL missing, I'm just too lazy to install it at the moment, and just wanted to test it.
Edit: Sorry for posting this on this issue, only now did i see it's quite off-topic...
OpenSSL is required for resource-pack hashing, it will crash if you attempt to have the client download packs without it.
That is very odd. It said that OpenSSL was missing yet I did not experience any issues with the crashes.
@Sandertv your issue is here: https://bugs.mojang.com/browse/MCPE-20369
Yeah I reported that. Sorry for reporting it here, I realized it has to be a client issue when it occured on single player too.
I would just like to confirm that sound is working fine using the api3/network branch with OpenSSL.
Error in compiled Phar api3/network
Anyone know why? I can use without compile
maybe if you read what it's telling you... OpenSSL is a required extension for certain new core features.
sorry, yes its obviously, but i dont know where to look and add this. can you tell me?, and thanks for the 1.0.5 branch, is really awesome
Most helpful comment
I would just like to confirm that sound is working fine using the api3/network branch with OpenSSL.