Brian Green

Issue still exists 1.16.201. Tested on a new (3rd) computer. i7-10700k, Realtek ALC1220 Codec + ESS SABRE9018Q2C combo DAC on an MSI Z490 board.

All requested items are in original report & images but here they are again:
To reproduce:
1) Set windows to quadraphonic speaker setup and test that all 4 speakers play the test tone in Windows settings!
2) Launch Minecraft (bedrock edition)
3) Build a powered rail track in a circle approx 3 blocks from center point. Include enough powered rails for infinite minecart motion along the circle.
4) place a cart+chest or hopper on the tracks and give it a nudge.
5) stand in center looking forward.

Results:
The cart and sound will come from one side (front speaker only) and correctly move to both speakers then to the other side. As soon as the cart leaves the screen sound abruptly stops. NO SOUND will play from objects behind the player.

Note: when using headphones (Logitech G935 7.1 headphones with a USB sound device) All sounds work correctly. This issue only appears when using speakers AND in quadraphonic mode. (2 front + 2 rear).

I have confirmed the same issue exists on a completely different computer. i7-6700k ASUS Prime Z270-A board. Onboard Realtek sound. Different speakers plugged into the green and black plugs. Confirmed windows test chimes play from correct speakers in Windows. Win10 Ver. 1909 (this computer is not in the insider beta program and 1909 is the latest release level.

I also confirmed it is a positional audio issue in Minecraft. If I place a jukebox down and put a disc in and slowly pan back and forth the sound correctly transitions left to right. However the second the source goes behind the player the sound stops. As I rotate slowly I can hear the sound fade in-out in the correct front speaker with only silence on the rear speakers. So again any sound originating behind the player is not played.

I can confirm my OS is updated to latest version. Windows 10 v2004 <-- yes the latest one. Sound card drivers are latest approved version. (no beta/alpha)

There are no sound options in Bedrock Minecraft, other than "Music" and "Volume" so nothing to adjust there.

In Windows Speaker config is "quadrophonic". Pressing test plays sound from all speakers. Other games play sound correctly from the rear speakers correctly.
See new attached images.

Let me explain how this 100% breaks the game in survival: You're mining facing a wall, you hear: thump thump thump, clunk. What you do NOT hear: tap, rustle, sssSSS,SSSSS, boom! Without hearing single sound you're magically flung into a lake of lava,

Still a problem in 1.14.60 tested 17-April 2020.
When windows is set to "stereo" 2 speaker configuration sounds from behind the player play as expected. However for anyone on a 4 speaker surround setup with the correct "Quadrophonic" speaker configuration in Windows there is zero sound behind the player. Assuming 0* is straight ahead and 180* is behind the player: The second the sound passes the 90* on the right and until the sound source hits exactly 270* (player's left) the sounds source is NOT played. In the example a minecart on a track: The sound correctly transitions from front left >both front>front right-> then abruptly stops as it passes 90*.

This is still an issue in bedrock 1.12.0

@Erik: The whole spawn system needs to be fixed, rather the despawn system. Peaceful change does not fix the problem as it only clears mobs in loaded chunks. Due to the way MCPE is coded all mobs are saved to a chunk when it is unloaded. This means that if you wanted to truly clear mobs you'd have to change to peaceful and then visit every area you've ever been to clear those saved chunks too!

Mobs simply do not despawn in MCPE this mistake is the cause of the entire issue. Removing hostile save to chunk on unload and adding a rolling despawn like in Java and the issue will be fixed.

@Gary: There was a separate bug that caused Drowned to spawn way to often, that one was resolved so once you've found and cleared them it should be better now.

Can confirm this is still an issue in current Release channel and 1.9.x Beta channels. It is reported to be fixed in pre-release internal version: 1.11.0.3.

@Matt According to moderators here the problem was been resolved in 1.11.0.3 (internal testing version). So when 1.11 releases to us it'll be fixed.

JA, What are you talking about? lawn not expanding?

@Jaron
A moderator has confirmed that this issue is resolved in 1.11.0.3. I know that might be a couple months off but might be better than losing 6 months.
Also if you upload your world to a realm and re-download it after it usually fixed the issue where you can not join the world. Obviously don't try that portal again.

I'm going to be the odd one and say that flying out is the safest method. It is what I do. Here is how to do it:
Preparation, get at least 32 firework rockets without a Fireworks Star!! If they explode you take damage! So just one paper one gunpowder.
Practice this technique in the overworld a couple times.

The flight:
Make sure show coordinates is on! This is a must.
1) ladder up to the top of any of the obsidian pillars, it doesn't even need to be a super tall one.
2) align yourself in any cardinal direction N, E, S, W (+/- Z or X)
3) run and Jump off with the crosshair almost perfectly level.

• The rest of the flight you will be solely utilizing the mini player in the top left of the screen

4) aim the player about 45* up and use a firework you'll quickly accelerate and climb to about Y = 130 or so. As your starting to slow down adjust the player so that he is almost perfectly level. This will maximize your glide. You should only see a slow decrease in Y while the X OR Z is rapidly increasing.

5) Hold that glide until about Y=70. Repeat step 4)
6) once you see the island or more likely the chorous plants you transition back to main crosshair for visual guidance and land on an island. This should be around X or Z near 1000/-1000.

I've done this multiple times and it is completely safe and very easy to do once you get the feel for flying only looking at the guy in the corner. it usually takes me 3 or 4 fireworks.
It is much safer if you have a mending unbreaking Elytra. *Make a Villager breeder and you'll get one in no time.

Side note: I'm a pilot and this is virtually the same idea as an instrument approach in bad weather. You use the instruments to get you close and then transition to visual once you are almost there.

Also there is almost zero chance of the game glitching this way. Also remember if the portal glitches and you die there is a very high chance that you'll lose all the gear you were wearing and stuff you are carrying! So if you do attempt to beat the dragon and take the new portal to be safe you MUST take off all your gear including maps/stuff in offhand and place it all in an enderchest leaving only a stack of pearls and another enderchest in your inventory. You can take a silk touch pickaxe and place it in the enderchest as well if you want to re-collect it later. If you make it to the other side safely place down that second enderchest and get your stuff out that you need.

@Robyn - If the end was never entered before you updated to 1.9.0 you should be safe. The issue is when the end was generated AND a gateway portal was there before 1.9.0. New portals generated in 1.9.0 to the islands that have been unexplored should be fine.
If you've been to the End and have render distance set to 64 you'll be able to see the islands before beating the dragon. That could be VERY BAD!! Set view distance to a normal 8-16 or less before entering the end. This should prevent any chance of the game from generating the outer islands before you use the portal.
The above might not be necessary as the World's simulation distance would still be lower but better safe than sorry.

I have the issue on my 1.9.0 world.
No, not falling and dying or spawning in mid air.

I can second the respawn point being incorrect from beds. After taking the portal back from the End or after a death I am placed on the roof of my house directly above the bed. Version 1.9.0 on Windows 10.
World link: http://dalgrim.com/files/minecraft/Minecraft.mcworld
To duplicate sleep in the bed in the house and then die. you'll be on the roof.
I'm fairly certain the issue is a dupe of MCPE-42198

@Mitchell this solution will not work reliably for everyone. If the outer end islands have been explored where the new portal takes you to it will fail with the same results. To be safe anyone re-fighting the dragon I would not trust any additional portals in the same general direction as the first one. I.E. if the first one is in the NW corner don't trust a North or West one. However if it generates in the SE corner you're probably safe. Reference confirmed bug MCPE-19699

@Erik: unfortunately someone uploaded the entire contents of their minecraft install directory....
@Parker: Realms should not disable achievements. The only way to disable achievements is to enable cheats or creative in that world.

You could upload the world export. If it is more than 10MB, and it probably is if it's two years old, you may have to use a third party host. hopefully the more corrupted worlds they receive the quicker they can pinpoint the issue and fix it.
I uploaded mine on another ticket.

Keep in mind MCPE-19699. If the Outer End islands have been explored in the area where the newly generated portal was supposed to go this same bug will occur. @Auldrick in my world I explored  -800, -600 to -2000, -900 and -2000, 400 so even if the portal that generates in the -x direction after the 1.9.0 update will fail with the same issue as those islands had been explored.

Sorry if I was rude there, I had just woke up.
I've got a realm with the issue as well. I can not attach a realm though. let me know if you need access to that.
oh End portal location in that world I attached is around X:800 Z: 354. There is a desert village with a spiral staircase down just outside of it, surrounded by torches.

Can't confirm?!? It happens on EVERY copy with a world where the dragon was beat before the 1.9.0 patch OR the outer islands were explored before that portal was generated.
world export:

NOTE: To the people expecting to enderpearl up to get out, don't count on it. it may work but it is only a possibility. I've tried in all directions. Best luck I've had is down at a 45* angle when facing nw, ne, sw, se and straight up. Also note that you have a 50-50 chance of being warped out at the original End island and not the outer island. If you attempt this open the game to lan and be ready to have another user on another device kill you as you endless teleport back and forth if you run out of pearls. Also be sure to put all your stuff in an enderchest before attempting if you make it through you can always place on on the other side and get it back.

Edit: I got an error on the world attachment: here is a download link:
http://dalgrim.com/files/minecraft/Minecraft.mcworld