Arenovas
- Redspyro99
- redspyro99
- America/Los_Angeles
- Yes
- No
MCPE-6428
MC-162943
The camera moves very harshly when going up stairs, going up from one level to another instantly. This used to not be the case though, as in 1.4.7 and before all had a smooth camera transition when moving up stairs, lessening the harshness. This feature however was broken in 1.5 and onward. The same camera smoothness from 1.4.7 and before is also in the Bedrock version of the game, making going up stairs a nice and smooth experience as opposed to the harshness in Java.
The player camera being smooth was working in 13w04a and was broken in 13w05a.
The camera moves very harshly when going up stairs, going up from one level to another instantly. This used to not be the case though, as in 1.4.7 and before all had a smooth camera transition when moving up stairs, lessening the harshness. This feature however was broken in 1.5 and onward. The same camera smoothness from 1.4.7 and before is also in the Bedrock version of the game, making going up stairs a nice and smooth experience as opposed to the harshness in Java.
The player camera being smooth was working in 13w04a and was broken in 13w05a when sprinting up stairs was fixed.
The XYZ coordinates shown in the debug menu display the player as being +1 block on the X and Z directions, leading to possible teleportation inconsistencies. The accurate coordinates are however shown in the Block coordinates shown directly below the XYZ coordinates.
The picture included shows off the locations of the coordinates and where you teleport when entering in the XYZ coordinates.
Update: After some testing I have discovered that the inaccurate coordinates only occur on the -XZ axis. The block coordinates seem to only show -1 and not -0 as the XYZ coordinates above it show. causing this odd difference.
Piston Slime Block Glitch.zip
I think it would make sense to create a separate report for this since that might be a separate issue and this report for example mentions "Beta 1.7.3 and below" which is according to that comment not affected.
@Arenovas could you please create a separate report for this?
I've been experiencing the same issue and it really gets annoying. It also stops players from walking up and down stairs and slabs properly, until they've gone past the same 16 block area.
This is still a problem even in 1.12.1 on Windows 10. Please do fix this, I'd very much like to use my custom skin without having to go and set it each and every time I open the game.
Just gonna put my support into here, and to also elaborate on the problem just a bit more. All versions from release 1.5.2 back to alpha 1.1.2_01 use the same sounds, which is inaccurate. Between beta 1.8 and release 1.0 there was a sound update changing several sounds like the arrow firing sound and the door sounds. Some more info can be found on the wiki here. https://minecraft.gamepedia.com/Beta_Sound_Update A simple fix would just be to give either beta 1.7.3 or beta 1.8 and before a custom sound JSON to give them the original sounds from before that sound update.
Still present in 19w37a.
I think this problem has been fixed with
MC-158853. I tried loading a beta 1.7.3 world in 19w37a and the chests loaded perfectly fine while in 1.14.4, the chests disappeared.I had actually recorded two videos but they were over the 10 mb limit, I'll see what I can do though.
Alright, I've uploaded some videos showcasing what I mean. The two in the jungle biome are in 1.4.7, while the other two are in 19w41a. If a longer video is desired, I can provide one.
Can confirm for both 1.14.4 and 19w44a. I've also created a test map that displays the glitch that I could share.
The blocks are still too bright in 19w46b.
Noticed this same bug as well. Pretty sure it affects all instances of seeing the player in the inventory and not just when in creative or in the recipe book.
Still present in 1.15 Pre-release 3
Still present in 1.15 Pre-release 4
Still present in 1.15 Pre-Release 5. The bug that was resolved is not the same as this. This one is just some shading differences on the various sides of the player model. I'd say a little brighter than they were in 1.14.4.
Still present in 1.15 Pre-release 6
Still present in 1.15 and 1.15.1 Pre-release 1.
Honestly I don't understand why this texture can't be modified to be the old texture for Programmer Art, as someone said it's a modification of an existing block and not a whole new block entirely. This really does seem like a "big" enough problem to fix up since it really does end up messing up how the Nether looks for people using the Programmer Art resource pack. Also, it seems a bit odd that the Nylium texture isn't gonna be modified to fit in yet the old Crying Obsidian texture was added in.
I'm pretty sure what happens is the game doesn't recognize the McRegion level format and so just doesn't deal with it at all and instead just generates a new world entirely. The game should ideally convert any McRegion worlds to Anvil when a player uses the Optimize World option before it does anything else.
Huh. But it's still quite an annoyance that players end up being offset from the number they entered in if they teleported to negative coordinates.
Definitely does feel like an Android 8.0.0 problem since my Moto Z Play is running Android 8.0.0 and Minecraft 1.16.40 and it's also crashing every time I try to log in.
Confirmed for 1.18.1. I'll also include a world displaying the issue since it seems to occur only in certain directions. There's probably even more directions but I think the world should be good enough.
Confirmed for both 1.19.2 and 22w44a.
Seems to still be an issue, I've been dealing with this problem too for over a year now and it still happens on 1.20.15
Seems this is fixed with the experimental redstone in 24w33a using the test world I shared but I guess that could change since it is experimental. Thought I'd leave a comment about it though!