Joseph Bruni
- PaperDiamond
- paperdiamond
- America/Denver
- Yes
- No
6 issues
Key
Summary
Status
Reporter
Assignee
Created
MC-125384
MCL-9326
Joseph Bruni, you can add the affected versions by yourself to this ticket since you're the author.
Joseph Bruni, you can stop updating this ticket since it was resolved as a duplicate. Please add any relevant information to the duplicated ticket(s)
When you start a game, background music starts. If you Quit to Title and start another game, another background music channel is started while the first one is still playing. The only way to stop the first background music channel is to fully quit the game and start again. Quitting to Title does not halt background music channels.
Happens on vanilla 1.11.2, also. Java 1.8.0_131, macos 10.12.4.
I can confirm this in 1.12.1.
@maggstrom It does not appear to be related to any visible feature. I checked the CPU in Activity Monitor and the four cores are not busy. I suspect it's the GPU. It happens even when there is nothing moving on the screen – no mobs, bubbles. I'm not even moving the character/camera. There are clouds, but that's it.
FWIW, even StarCraft 2 doesn't burn energy the way 18w09 does right now.
This feature seems overpowered. I agree that if this feature is to continue, the player's head (camera) should be underwater. Currently, exploring deep caverns with a bucket of water is a LOT easier with this feature.
This happens on 18w19b as well.
Copying the "world" directory from a server to a single-player instance corrected the swimming for that world. Have not yet tried local to server yet.
Copying a functioning single player world to a server breaks swimming.
The bug indicates that it affects Windows but also applies to macOS.
This happens on multiplayer as well.
Does not appear to be fixed. A bit challenging to get a screenshot but I managed. I've attached two. You can see a few blue squares in the image where the rain is coming through between the stairs blocks. It appears to be bounced particles perhaps.
I forgot to mention that this is in multiplayer. (Not sure if relevant).
restarting the same instance on Oracle Java 1.8 works.
Ah, I searched for "animals" not "pets".
This happened again in 19w02. I tried with a 2 block space and with a 2 1/2 block space, so it doesn't seem related to the height above the bed.
For me this is happening in multiplayer. Resetting the server does not clear the issue. (19w03a)
This has reappeared in 19w03a. Not sure if this is related to the desync bug.
I can reproduce this in 19w03b. If you open a chest and remain in the chest inventory screen, between 4-8 second you will hear the chest-close sound effect. If you then press E to close the chest inventory, the chest remains visibly open. I was able to do this on three chests in one area; all stayed visibly opened. As long as you close the chest inventory screen before the 4-8 second delay, the close animation plays and the chest appears closed.
Somewhat related, if you open a barrel and view its inventory screen; wait for 4-8 seconds and you will hear the barrel-close sound effect even if you haven't close the barrel inventory screen.
Appears to be fixed in 19w03c. I'm not able to reproduce it.
Still present in 19w03c
Also happening on MacOS 10.14.3 with Zulu Java 11.0.2
This is back with 19w07a.
I've looked for other issues opened related to running natively on Apple Silicon and this issue seems to be the best written. How do we get this issue re-opened so that MC can run natively on ARM?
That other feedback "Native M1 build" is for bedrock. I'm just looking to get MC Java to run on the ARM version of the JRE so that I don't need to use Rosetta2 to emulate intel to run the JRE. The Java version of MC is fine.