[MC-90602] Chunks don't load correctly/not rendering

The bug

When flying around in creative in the latest 15w42a snapshot, chunks load incorrectly (further chunks seem to load before nearer ones). This doesn't happen in previous snapshots (like 15w41b).

Code analysis

See this comment by @unknown

Linked issues

is duplicated by 53

MC-90634 chunk issue Resolved

MC-90677 rendering chunk Resolved

MC-91101 Chunks disapear when you fly above them Resolved

MC-91244 Chunks unloading when getting close (for 15w43c and older) Resolved

MC-92667 World not fully generating Resolved

48 more links

relates to 2

MC-63020 Some chunks are not rendered in first person from some angles in certain situations (incorrect frustum culling) Resolved

MC-120079 Chunks not rendering at certain positions when joining server where the chunks have been already loaded Resolved

Attachments

Chunk Bug.mp4

Desktop Screenshot 2018.06.04 - 17.46.28.29.png

Comments 81

rydian 2015-10-14T16:10:17Z

Set the world into peaceful and see if it still happens. Seems that mob spawning is out of control and if allowed to spawn they'll cause insane amounts of tick lag.

Ivan 2015-10-14T17:32:20Z

I tried a new world on peaceful and same problem.

kumasasa 2015-10-14T20:23:10Z

While having this issue:

Please force a crash by pressing F3 + C for 10 seconds while in-game and attach the crash report ([minecraft/crash-reports/crash-<DATE>-client.txt|http://hopper.minecraft.net/help/finding-minecraft-data-folder]) to this ticket.

Please attach the complete output of the "Game Output (Your Minecraft name) " which can be found on the fourth tab of the launcher to this ticket.

If the launcher closes after game start, please edit your profile and select "Launcher visibility" then, "Keep the launcher open".

Ivan 2015-10-14T21:17:03Z

---- Minecraft Crash Report ----
// Uh... Did I do that?

Time: 14/10/15 23:13
Description: Manually triggered debug crash

java.lang.Throwable
	at bag.s(SourceFile:1636)
	at bag.as(SourceFile:931)
	at bag.a(SourceFile:379)
	at net.minecraft.client.main.Main.main(SourceFile:125)


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Stacktrace:
	at bin.a(SourceFile:362)

-- Affected level --
Details:
	Level name: MpServer
	All players: 1 total; [bkm['ivanovic'/277, l='MpServer', x=172,23, y=70,79, z=1091,28]]
	Chunk stats: MultiplayerChunkCache: 273, 273
	Level seed: 0
	Level generator: ID 00 - default, ver 1. Features enabled: false
	Level generator options: 
	Level spawn location: World: (-268,64,230), Chunk: (at 4,4,6 in -17,14; contains blocks -272,0,224 to -257,255,239), Region: (-1,0; contains chunks -32,0 to -1,31, blocks -512,0,0 to -1,255,511)
	Level time: 1591 game time, 1591 day time
	Level dimension: 0
	Level storage version: 0x00000 - Unknown?
	Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
	Level game mode: Game mode: creative (ID 1). Hardcore: false. Cheats: false
	Forced entities: 74 total; [yz['Zombie'/18596, l='MpServer', x=225,50, y=51,00, z=1026,50], bkm['ivanovic'/277, l='MpServer', x=172,23, y=70,79, z=1091,28], yv['Skeleton'/18731, l='MpServer', x=116,50, y=17,00, z=1049,50], yv['Skeleton'/18736, l='MpServer', x=223,05, y=47,48, z=1017,64], yz['Zombie'/18737, l='MpServer', x=216,41, y=50,00, z=1028,75], yz['Zombie'/18738, l='MpServer', x=223,53, y=49,00, z=1030,56], yi['Creeper'/18783, l='MpServer', x=227,50, y=60,00, z=1076,50], yi['Creeper'/18841, l='MpServer', x=184,50, y=24,00, z=1016,50], yi['Creeper'/18842, l='MpServer', x=179,50, y=24,00, z=1013,50], yv['Skeleton'/18844, l='MpServer', x=127,50, y=18,00, z=1132,50], yv['Skeleton'/18845, l='MpServer', x=128,50, y=18,00, z=1132,50], yi['Creeper'/18905, l='MpServer', x=227,50, y=60,00, z=1076,50], vk['Bat'/18925, l='MpServer', x=198,56, y=15,09, z=1140,25], vk['Bat'/18927, l='MpServer', x=198,53, y=13,59, z=1135,20], vk['Bat'/18928, l='MpServer', x=198,76, y=15,97, z=1141,95], yi['Creeper'/18956, l='MpServer', x=129,50, y=16,00, z=1139,50], yi['Creeper'/18957, l='MpServer', x=130,50, y=16,00, z=1138,50], vk['Bat'/16929, l='MpServer', x=92,26, y=39,20, z=1050,23], yz['Zombie'/18994, l='MpServer', x=164,78, y=45,00, z=1155,50], yx['Spider'/18996, l='MpServer', x=163,00, y=45,00, z=1155,50], yx['Spider'/18997, l='MpServer', x=163,50, y=45,00, z=1151,50], yz['Zombie'/19134, l='MpServer', x=190,50, y=26,00, z=1160,50], yz['Zombie'/19135, l='MpServer', x=187,50, y=26,00, z=1160,50], yz['Zombie'/19136, l='MpServer', x=186,50, y=26,00, z=1157,50], yi['Creeper'/19138, l='MpServer', x=186,50, y=26,00, z=1166,50], yz['Zombie'/19174, l='MpServer', x=141,50, y=18,00, z=1142,50], yz['Zombie'/19195, l='MpServer', x=173,50, y=16,00, z=1055,50], yv['Skeleton'/19203, l='MpServer', x=179,50, y=31,00, z=1046,50], yv['Skeleton'/19204, l='MpServer', x=179,50, y=31,00, z=1046,50], yv['Skeleton'/19205, l='MpServer', x=180,50, y=31,00, z=1046,50], yv['Skeleton'/19206, l='MpServer', x=180,50, y=31,00, z=1044,50], yz['Zombie'/19208, l='MpServer', x=175,50, y=20,00, z=1051,50], yz['Zombie'/19209, l='MpServer', x=175,50, y=20,00, z=1048,50], yz['Zombie'/19251, l='MpServer', x=172,50, y=39,00, z=1018,50], yz['Zombie'/19271, l='MpServer', x=166,81, y=17,00, z=1035,50], vo['Cow'/17224, l='MpServer', x=185,50, y=64,00, z=1053,50], vo['Cow'/17225, l='MpServer', x=188,50, y=64,00, z=1053,50], yi['Creeper'/19273, l='MpServer', x=172,50, y=14,00, z=1039,50], vo['Cow'/17226, l='MpServer', x=191,50, y=64,00, z=1055,50], vo['Cow'/17227, l='MpServer', x=202,13, y=63,00, z=1058,97], yv['Skeleton'/19286, l='MpServer', x=139,50, y=15,00, z=1160,50], vo['Cow'/17279, l='MpServer', x=185,44, y=64,00, z=1070,53], vo['Cow'/17280, l='MpServer', x=190,88, y=64,00, z=1073,38], vo['Cow'/17281, l='MpServer', x=193,88, y=65,00, z=1067,50], vo['Cow'/17282, l='MpServer', x=187,50, y=64,00, z=1066,50], yz['Zombie'/19345, l='MpServer', x=204,50, y=28,00, z=1029,50], yv['Skeleton'/19359, l='MpServer', x=139,50, y=15,00, z=1160,50], yv['Skeleton'/19366, l='MpServer', x=156,50, y=32,00, z=1098,50], vo['Cow'/17558, l='MpServer', x=220,56, y=65,00, z=1053,84], vo['Cow'/17559, l='MpServer', x=219,41, y=65,00, z=1051,28], vo['Cow'/17560, l='MpServer', x=219,50, y=65,00, z=1050,06], vo['Cow'/17561, l='MpServer', x=222,50, y=66,00, z=1051,50], vo['Cow'/17674, l='MpServer', x=245,94, y=68,00, z=1111,81], vo['Cow'/17675, l='MpServer', x=242,84, y=67,00, z=1117,84], vo['Cow'/17676, l='MpServer', x=252,84, y=67,00, z=1117,50], vo['Cow'/17677, l='MpServer', x=245,94, y=68,00, z=1114,72], vo['Cow'/18012, l='MpServer', x=251,00, y=63,00, z=1039,53], yv['Skeleton'/18103, l='MpServer', x=224,50, y=30,00, z=1030,50], yv['Skeleton'/18192, l='MpServer', x=240,50, y=56,00, z=1030,50], yv['Skeleton'/18244, l='MpServer', x=230,50, y=54,00, z=1015,50], yv['Skeleton'/18245, l='MpServer', x=231,50, y=54,00, z=1014,50], yv['Skeleton'/18246, l='MpServer', x=233,50, y=54,00, z=1014,50], yv['Skeleton'/18247, l='MpServer', x=232,50, y=54,00, z=1013,50], yz['Zombie'/18311, l='MpServer', x=150,50, y=30,00, z=1114,50], vk['Bat'/18327, l='MpServer', x=201,20, y=32,72, z=1037,33], vk['Bat'/18328, l='MpServer', x=196,32, y=31,04, z=1044,66], vk['Bat'/18330, l='MpServer', x=200,53, y=32,10, z=1040,75], vo['Cow'/18365, l='MpServer', x=189,50, y=64,00, z=1168,50], vo['Cow'/18366, l='MpServer', x=189,50, y=64,00, z=1168,50], vo['Cow'/18367, l='MpServer', x=191,50, y=64,00, z=1167,50], vo['Cow'/18368, l='MpServer', x=198,51, y=66,77, z=1171,22], yv['Skeleton'/18376, l='MpServer', x=144,50, y=17,00, z=1144,50], yi['Creeper'/18377, l='MpServer', x=129,50, y=22,00, z=1116,50], yi['Creeper'/18378, l='MpServer', x=124,88, y=21,00, z=1120,41]]
	Retry entities: 0 total; []
	Server brand: vanilla
	Server type: Integrated singleplayer server
Stacktrace:
	at bin.a(SourceFile:362)
	at bag.b(SourceFile:2389)
	at bag.a(SourceFile:388)
	at net.minecraft.client.main.Main.main(SourceFile:125)

-- System Details --
Details:
	Minecraft Version: 15w42a
	Operating System: Windows 7 (amd64) version 6.1
	Java Version: 1.8.0_60, Oracle Corporation
	Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
	Memory: 132524424 bytes (126 MB) / 398376960 bytes (379 MB) up to 1060372480 bytes (1011 MB)
	JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
	IntCache: cache: 0, tcache: 0, allocated: 13, tallocated: 95
	Launched Version: 15w42a
	LWJGL: 2.9.4
	OpenGL: GeForce 410M/PCIe/SSE2 GL version 4.5.0 NVIDIA 355.82, NVIDIA Corporation
	GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.

	Using VBOs: No
	Is Modded: Probably not. Jar signature remains and client brand is untouched.
	Type: Client (map_client.txt)
	Resource Packs: 
	Current Language: English (US)
	Profiler Position: N/A (disabled)
	CPU: 4x Intel(R) Core(TM) i3-2330M CPU @ 2.20GHz

Ivan 2015-10-14T21:17:21Z

[23:10:48] [Client thread/INFO]: Setting user: ivanovic
[23:10:48] [Client thread/INFO]: (Session ID is token:6665cf05d01b429295f021aeccbf5ab1:e9a49fa4eb8241a9ab76aa76de8a02f7)
[23:10:50] [Client thread/INFO]: LWJGL Version: 2.9.4
[23:10:50] [Client thread/INFO]: Reloading ResourceManager: Default
[23:10:50] [Sound Library Loader/INFO]: Starting up SoundSystem...
[23:10:51] [Thread-5/INFO]: Initializing LWJGL OpenAL
[23:10:51] [Thread-5/INFO]: (The LWJGL binding of OpenAL.  For more information, see http://www.lwjgl.org)
[23:10:51] [Thread-5/INFO]: OpenAL initialized.
[23:10:51] [Sound Library Loader/INFO]: Sound engine started
[23:10:53] [Client thread/INFO]: Created: 1024x512 textures-atlas
[23:11:00] [Client thread/INFO]: Deleting level Newfruemfem
[23:11:00] [Client thread/INFO]: Attempt 1...
[23:11:10] [Server thread/INFO]: Starting integrated minecraft server version 15w42a
[23:11:10] [Server thread/INFO]: Generating keypair
[23:11:11] [Server thread/INFO]: Preparing start region for level 0
[23:11:12] [Server thread/INFO]: Preparing spawn area: 4%
[23:11:13] [Server thread/INFO]: Preparing spawn area: 7%
[23:11:14] [Server thread/INFO]: Preparing spawn area: 12%
[23:11:15] [Server thread/INFO]: Preparing spawn area: 18%
[23:11:16] [Server thread/INFO]: Preparing spawn area: 24%
[23:11:17] [Server thread/INFO]: Preparing spawn area: 30%
[23:11:18] [Server thread/INFO]: Preparing spawn area: 37%
[23:11:19] [Server thread/INFO]: Preparing spawn area: 44%
[23:11:20] [Server thread/INFO]: Preparing spawn area: 51%
[23:11:21] [Server thread/INFO]: Preparing spawn area: 59%
[23:11:22] [Server thread/INFO]: Preparing spawn area: 67%
[23:11:23] [Server thread/INFO]: Preparing spawn area: 75%
[23:11:24] [Server thread/INFO]: Preparing spawn area: 82%
[23:11:25] [Server thread/INFO]: Preparing spawn area: 89%
[23:11:26] [Server thread/INFO]: Preparing spawn area: 96%
[23:11:27] [Server thread/INFO]: Changing view distance to 9, from 10
[23:11:27] [Server thread/INFO]: ivanovic[local:E:042ed53a] logged in with entity id 277 at (-259.5, 74.0, 225.5)
[23:11:28] [Server thread/INFO]: ivanovic joined the game
[23:11:33] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 5115ms behind, skipping 102 tick(s)
[23:11:57] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 9432ms behind, skipping 188 tick(s)
[23:12:22] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 15272ms behind, skipping 305 tick(s)
[23:12:27] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 4313ms behind, skipping 86 tick(s)
[23:13:15] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 28253ms behind, skipping 565 tick(s)
[23:13:21] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 5843ms behind, skipping 116 tick(s)
[23:13:37] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 5286ms behind, skipping 105 tick(s)
[23:13:52] [Client thread/FATAL]: Reported exception thrown!
e: Manually triggered debug crash
	at bag.s(SourceFile:1636) ~[15w42a.jar:?]
	at bag.as(SourceFile:931) ~[15w42a.jar:?]
	at bag.a(SourceFile:379) [15w42a.jar:?]
	at net.minecraft.client.main.Main.main(SourceFile:125) [15w42a.jar:?]
Caused by: java.lang.Throwable
	... 4 more
---- Minecraft Crash Report ----
// Shall we play a game?

Time: 14/10/15 23:13
Description: Manually triggered debug crash

java.lang.Throwable
	at bag.s(SourceFile:1636)
	at bag.as(SourceFile:931)
	at bag.a(SourceFile:379)
	at net.minecraft.client.main.Main.main(SourceFile:125)


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Stacktrace:
	at bin.a(SourceFile:362)

-- Affected level --
Details:
	Level name: MpServer
	All players: 1 total; [bkm['ivanovic'/277, l='MpServer', x=172,23, y=70,79, z=1091,28]]
	Chunk stats: MultiplayerChunkCache: 273, 273
	Level seed: 0
	Level generator: ID 00 - default, ver 1. Features enabled: false
	Level generator options: 
	Level spawn location: World: (-268,64,230), Chunk: (at 4,4,6 in -17,14; contains blocks -272,0,224 to -257,255,239), Region: (-1,0; contains chunks -32,0 to -1,31, blocks -512,0,0 to -1,255,511)
	Level time: 1591 game time, 1591 day time
	Level dimension: 0
	Level storage version: 0x00000 - Unknown?
	Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
	Level game mode: Game mode: creative (ID 1). Hardcore: false. Cheats: false
	Forced entities: 74 total; [yz['Zombie'/18596, l='MpServer', x=225,50, y=51,00, z=1026,50], bkm['ivanovic'/277, l='MpServer', x=172,23, y=70,79, z=1091,28], yv['Skeleton'/18731, l='MpServer', x=116,50, y=17,00, z=1049,50], yv['Skeleton'/18736, l='MpServer', x=223,05, y=47,48, z=1017,64], yz['Zombie'/18737, l='MpServer', x=216,41, y=50,00, z=1028,75], yz['Zombie'/18738, l='MpServer', x=223,53, y=49,00, z=1030,56], yi['Creeper'/18783, l='MpServer', x=227,50, y=60,00, z=1076,50], yi['Creeper'/18841, l='MpServer', x=184,50, y=24,00, z=1016,50], yi['Creeper'/18842, l='MpServer', x=179,50, y=24,00, z=1013,50], yv['Skeleton'/18844, l='MpServer', x=127,50, y=18,00, z=1132,50], yv['Skeleton'/18845, l='MpServer', x=128,50, y=18,00, z=1132,50], yi['Creeper'/18905, l='MpServer', x=227,50, y=60,00, z=1076,50], vk['Bat'/18925, l='MpServer', x=198,56, y=15,09, z=1140,25], vk['Bat'/18927, l='MpServer', x=198,53, y=13,59, z=1135,20], vk['Bat'/18928, l='MpServer', x=198,76, y=15,97, z=1141,95], yi['Creeper'/18956, l='MpServer', x=129,50, y=16,00, z=1139,50], yi['Creeper'/18957, l='MpServer', x=130,50, y=16,00, z=1138,50], vk['Bat'/16929, l='MpServer', x=92,26, y=39,20, z=1050,23], yz['Zombie'/18994, l='MpServer', x=164,78, y=45,00, z=1155,50], yx['Spider'/18996, l='MpServer', x=163,00, y=45,00, z=1155,50], yx['Spider'/18997, l='MpServer', x=163,50, y=45,00, z=1151,50], yz['Zombie'/19134, l='MpServer', x=190,50, y=26,00, z=1160,50], yz['Zombie'/19135, l='MpServer', x=187,50, y=26,00, z=1160,50], yz['Zombie'/19136, l='MpServer', x=186,50, y=26,00, z=1157,50], yi['Creeper'/19138, l='MpServer', x=186,50, y=26,00, z=1166,50], yz['Zombie'/19174, l='MpServer', x=141,50, y=18,00, z=1142,50], yz['Zombie'/19195, l='MpServer', x=173,50, y=16,00, z=1055,50], yv['Skeleton'/19203, l='MpServer', x=179,50, y=31,00, z=1046,50], yv['Skeleton'/19204, l='MpServer', x=179,50, y=31,00, z=1046,50], yv['Skeleton'/19205, l='MpServer', x=180,50, y=31,00, z=1046,50], yv['Skeleton'/19206, l='MpServer', x=180,50, y=31,00, z=1044,50], yz['Zombie'/19208, l='MpServer', x=175,50, y=20,00, z=1051,50], yz['Zombie'/19209, l='MpServer', x=175,50, y=20,00, z=1048,50], yz['Zombie'/19251, l='MpServer', x=172,50, y=39,00, z=1018,50], yz['Zombie'/19271, l='MpServer', x=166,81, y=17,00, z=1035,50], vo['Cow'/17224, l='MpServer', x=185,50, y=64,00, z=1053,50], vo['Cow'/17225, l='MpServer', x=188,50, y=64,00, z=1053,50], yi['Creeper'/19273, l='MpServer', x=172,50, y=14,00, z=1039,50], vo['Cow'/17226, l='MpServer', x=191,50, y=64,00, z=1055,50], vo['Cow'/17227, l='MpServer', x=202,13, y=63,00, z=1058,97], yv['Skeleton'/19286, l='MpServer', x=139,50, y=15,00, z=1160,50], vo['Cow'/17279, l='MpServer', x=185,44, y=64,00, z=1070,53], vo['Cow'/17280, l='MpServer', x=190,88, y=64,00, z=1073,38], vo['Cow'/17281, l='MpServer', x=193,88, y=65,00, z=1067,50], vo['Cow'/17282, l='MpServer', x=187,50, y=64,00, z=1066,50], yz['Zombie'/19345, l='MpServer', x=204,50, y=28,00, z=1029,50], yv['Skeleton'/19359, l='MpServer', x=139,50, y=15,00, z=1160,50], yv['Skeleton'/19366, l='MpServer', x=156,50, y=32,00, z=1098,50], vo['Cow'/17558, l='MpServer', x=220,56, y=65,00, z=1053,84], vo['Cow'/17559, l='MpServer', x=219,41, y=65,00, z=1051,28], vo['Cow'/17560, l='MpServer', x=219,50, y=65,00, z=1050,06], vo['Cow'/17561, l='MpServer', x=222,50, y=66,00, z=1051,50], vo['Cow'/17674, l='MpServer', x=245,94, y=68,00, z=1111,81], vo['Cow'/17675, l='MpServer', x=242,84, y=67,00, z=1117,84], vo['Cow'/17676, l='MpServer', x=252,84, y=67,00, z=1117,50], vo['Cow'/17677, l='MpServer', x=245,94, y=68,00, z=1114,72], vo['Cow'/18012, l='MpServer', x=251,00, y=63,00, z=1039,53], yv['Skeleton'/18103, l='MpServer', x=224,50, y=30,00, z=1030,50], yv['Skeleton'/18192, l='MpServer', x=240,50, y=56,00, z=1030,50], yv['Skeleton'/18244, l='MpServer', x=230,50, y=54,00, z=1015,50], yv['Skeleton'/18245, l='MpServer', x=231,50, y=54,00, z=1014,50], yv['Skeleton'/18246, l='MpServer', x=233,50, y=54,00, z=1014,50], yv['Skeleton'/18247, l='MpServer', x=232,50, y=54,00, z=1013,50], yz['Zombie'/18311, l='MpServer', x=150,50, y=30,00, z=1114,50], vk['Bat'/18327, l='MpServer', x=201,20, y=32,72, z=1037,33], vk['Bat'/18328, l='MpServer', x=196,32, y=31,04, z=1044,66], vk['Bat'/18330, l='MpServer', x=200,53, y=32,10, z=1040,75], vo['Cow'/18365, l='MpServer', x=189,50, y=64,00, z=1168,50], vo['Cow'/18366, l='MpServer', x=189,50, y=64,00, z=1168,50], vo['Cow'/18367, l='MpServer', x=191,50, y=64,00, z=1167,50], vo['Cow'/18368, l='MpServer', x=198,51, y=66,77, z=1171,22], yv['Skeleton'/18376, l='MpServer', x=144,50, y=17,00, z=1144,50], yi['Creeper'/18377, l='MpServer', x=129,50, y=22,00, z=1116,50], yi['Creeper'/18378, l='MpServer', x=124,88, y=21,00, z=1120,41]]
	Retry entities: 0 total; []
	Server brand: vanilla
	Server type: Integrated singleplayer server
Stacktrace:
	at bin.a(SourceFile:362)
	at bag.b(SourceFile:2389)
	at bag.a(SourceFile:388)
	at net.minecraft.client.main.Main.main(SourceFile:125)

-- System Details --
Details:
	Minecraft Version: 15w42a
	Operating System: Windows 7 (amd64) version 6.1
	Java Version: 1.8.0_60, Oracle Corporation
	Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
	Memory: 132524424 bytes (126 MB) / 398376960 bytes (379 MB) up to 1060372480 bytes (1011 MB)
	JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
	IntCache: cache: 0, tcache: 0, allocated: 13, tallocated: 95
	Launched Version: 15w42a
	LWJGL: 2.9.4
	OpenGL: GeForce 410M/PCIe/SSE2 GL version 4.5.0 NVIDIA 355.82, NVIDIA Corporation
	GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.

	Using VBOs: No
	Is Modded: Probably not. Jar signature remains and client brand is untouched.
	Type: Client (map_client.txt)
	Resource Packs: 
	Current Language: English (US)
	Profiler Position: N/A (disabled)
	CPU: 4x Intel(R) Core(TM) i3-2330M CPU @ 2.20GHz
#@!@# Game crashed! Crash report saved to: #@!@# C:\Users\Ivan\AppData\Roaming\.minecraft\crash-reports\crash-2015-10-14_23.13.52-client.txt
AL lib: (EE) alc_cleanup: 1 device not closed
Java HotSpot(TM) 64-Bit Server VM warning: Using incremental CMS is deprecated and will likely be removed in a future release

71 more comments

Nicolas 2015-10-15T00:22:37Z

I found a drop in general performance in 15w42a compared to 15w41b, but it's more of a feeling than exact measurements. Maybe this is linked to this report ?

Littleman9Mew2 2015-10-18T15:24:53Z

I've been having the same problem, it's more serious with customized worlds and the chunk rendering is just horrible.

Ivan 2015-11-06T17:50:09Z

Just trying the last snapshop (15w45a) and the problem still exists.

Avantir_Yihn 2015-11-12T20:22:49Z

I have this problem too (In a 1.8 generated super flat water world) that started in 15w45a. I also noticed the problem when flying around Ragecraft II in creative/spectator.

Krimsar 2016-01-11T20:03:51Z

Since 15w51a fixed MC-89915 this is also somewhat observable in survival, when riding on a fast horse (in 15w51b).

Ivan 2016-01-15T17:22:53Z

As of 16w02a, this problem still exists. As I said, the latest snapshot without this bug was 15w41b. Maybe they could check the 15w41b code to find out what's causing this issue.

kumasasa 2016-01-15T19:18:42Z

@unknown: Please attach a screenshot with debug screen on.

Krimsar 2016-01-15T21:09:58Z

I think you misread my previous comment Kumasasa, I was trying to say that fixing the broken chunk loading with horses made this also noticeable in survival.
Having said that, chunk loading is much better for me in 16w02a. I managed to capture a few instances of this bug happening though. The screenshot on the horse was in survival, the rest in creative.

Ivan 2016-01-26T20:47:32Z

Sorry, but the bug is not resolved. As of 16w03a, the bug is still present.

Sam Bone 2016-02-12T23:00:09Z

When you say load, do you mean render, generate, or load-load?

Sam Bone 2016-02-13T21:59:17Z

Confirmed.

[Mod] redstonehelper 2016-02-13T23:50:47Z

@@unknown: Please include the version when confirming tickets.

Ivan 2016-02-15T20:19:53Z

Checking 16w07a right now and the problem still unresolved.

Krimsar 2016-02-27T11:16:57Z

still in 1.9 pre4

John Macknight 2016-02-27T17:11:38Z

This appears to be rendering issue not a chunk loading issue.

Kevin Lott 2016-03-09T21:16:57Z

Having same issue in 1.9. You can find my full report here: https://bugs.mojang.com/browse/MC-99333

While in survival and walking the chunk loading issue seems to happen less often, however while in creative mode the chunk loading is loading and unloading chunks I am both flying above and next to. You can consider it a sorta flashing style loading of chunks.

As the OP mentioned the farther away chunks seem to be loading in faster then the chunks you are standing in/are next to.

Greg Spickard 2016-03-10T20:39:45Z

I have been getting a LOT of this issue as well in my single player game... it is usually the worst when I am traveling quickly, such as by boat, and thereby forcing a lot of chunks to load in a short time. As I'm moving, many of the faces of blocks simply fail to appear at all, exactly as shown in the screenshots above. Halting my movement and staying stationary for 15-30 seconds usually allows the rest of the blocks in my field of view to appear, but this makes exploration VERY difficult if I have to keep stopping every few chunks to let more of the world load. My computer is fast enough that this has never been an issue before now, so I suspect something in the game code is slowing down the rendering process quite a bit.

Nathanael Auran 2016-03-23T16:01:13Z

This happens to me even when I am exploring on foot in survival, single player. I am not traveling fast or anything, or flying. 12Gb of ram, quad core on Win 10. Never had this issue with 1.8.8/9.

kilbith 2016-03-24T11:59:49Z

I'm on Arch Linux 64 bits with an Intel HD 4400 GPU + 4 GB of RAM.

This bug is happening since the upgrade to 1.9 and this is utterly a disaster for the game experience.

Please fix it as soon as possible because I'm going to revert to 1.8.9 that worked flawlessly on the rendering.

Screenshot : http://pasteboard.co/2viTk2F3.png

kilbith 2016-03-31T19:51:31Z

For information, this issue is resolved using OptiFine 1.9.

Bob Ross 2016-04-02T17:35:22Z

Same here. Optifine 1.9 fixes the issue. Only happens on 1.9.

thomas lewis 2016-04-13T17:33:24Z

I know what is causing this and how to fix it. It is caused by something they did with clouds. If you turn clouds off it fixes the problem. Or if you play in a 1.9.3 snapshot you can turn clouds to fast and that also fixes the problem.

Krimsar 2016-04-13T21:15:51Z

still in 16w15b (also: turning clouds to fast or off doesn't fix it for me)

Benjamin 2016-04-19T04:17:41Z

When I have this problem, the block STAY invisible until a nearby block gets an update. Same problem anyone? Here's a crash report. (Crash report is from Spigot but it also happens when running CraftBukkit and Vanilla)

---- Minecraft Crash Report ----
// Why is it breaking :(

Time: 19/04/16 05:11
Description: Manually triggered debug crash

java.lang.Throwable
	at bcc.az(SourceFile:1694)
	at bcc.t(SourceFile:1615)
	at bcc.av(SourceFile:962)
	at bcc.a(SourceFile:392)
	at net.minecraft.client.main.Main.main(SourceFile:124)


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Stacktrace:
	at bcc.az(SourceFile:1694)

-- Affected level --
Details:
	Level name: MpServer
	All players: 1 total; [bmq['BlueIsRapacious'/6548, l='MpServer', x=-412.34, y=82.37, z=818.62]]
	Chunk stats: MultiplayerChunkCache: 441, 441
	Level seed: 0
	Level generator: ID 00 - default, ver 1. Features enabled: false
	Level generator options: 
	Level spawn location: World: (-809,82,-101), Chunk: (at 7,5,11 in -51,-7; contains blocks -816,0,-112 to -801,255,-97), Region: (-2,-1; contains chunks -64,-32 to -33,-1, blocks -1024,0,-512 to -513,255,-1)
	Level time: 21780704 game time, 22273580 day time
	Level dimension: 0
	Level storage version: 0x00000 - Unknown?
	Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
	Level game mode: Game mode: creative (ID 1). Hardcore: false. Cheats: false
	Forced entities: 92 total; [xs['entity.ItemFrame.name'/128, l='MpServer', x=-405.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/256, l='MpServer', x=-387.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/129, l='MpServer', x=-406.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/130, l='MpServer', x=-407.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/131, l='MpServer', x=-408.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/132, l='MpServer', x=-409.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/133, l='MpServer', x=-410.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/134, l='MpServer', x=-411.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/135, l='MpServer', x=-412.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/136, l='MpServer', x=-413.97, y=30.50, z=840.50], xs['entity.ItemFrame.name'/137, l='MpServer', x=-413.97, y=30.50, z=841.50], xs['entity.ItemFrame.name'/138, l='MpServer', x=-413.97, y=30.50, z=842.50], xs['entity.ItemFrame.name'/139, l='MpServer', x=-412.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/140, l='MpServer', x=-411.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/141, l='MpServer', x=-410.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/142, l='MpServer', x=-409.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/143, l='MpServer', x=-408.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/144, l='MpServer', x=-407.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/145, l='MpServer', x=-406.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/146, l='MpServer', x=-405.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/147, l='MpServer', x=-406.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/148, l='MpServer', x=-407.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/149, l='MpServer', x=-408.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/150, l='MpServer', x=-409.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/151, l='MpServer', x=-410.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/152, l='MpServer', x=-411.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/153, l='MpServer', x=-412.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/154, l='MpServer', x=-413.97, y=30.50, z=833.50], xs['entity.ItemFrame.name'/155, l='MpServer', x=-413.97, y=30.50, z=834.50], xs['entity.ItemFrame.name'/156, l='MpServer', x=-413.97, y=30.50, z=835.50], xs['entity.ItemFrame.name'/157, l='MpServer', x=-412.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/158, l='MpServer', x=-411.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/159, l='MpServer', x=-410.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/160, l='MpServer', x=-409.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/161, l='MpServer', x=-408.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/162, l='MpServer', x=-407.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/163, l='MpServer', x=-406.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/164, l='MpServer', x=-405.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/165, l='MpServer', x=-413.50, y=30.50, z=843.97], xs['entity.ItemFrame.name'/166, l='MpServer', x=-413.50, y=30.50, z=839.03], xs['entity.ItemFrame.name'/167, l='MpServer', x=-413.50, y=30.50, z=832.03], bmq['BlueIsRapacious'/6548, l='MpServer', x=-412.34, y=82.37, z=818.62], xs['entity.ItemFrame.name'/168, l='MpServer', x=-403.97, y=32.50, z=833.50], wc['Pig'/188, l='MpServer', x=-415.50, y=70.00, z=863.69], wt['entity.EnderCrystal.name'/198, l='MpServer', x=-398.50, y=95.00, z=788.50], xs['entity.ItemFrame.name'/199, l='MpServer', x=-395.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/200, l='MpServer', x=-394.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/201, l='MpServer', x=-393.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/202, l='MpServer', x=-392.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/203, l='MpServer', x=-391.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/204, l='MpServer', x=-390.50, y=30.50, z=836.97], xq['§6Make sure you have at least §4§lFOUR §r§6inventory slots free'/333, l='MpServer', x=-398.47, y=79.98, z=804.42], xs['entity.ItemFrame.name'/205, l='MpServer', x=-389.50, y=30.50, z=836.97], xq['§6when opening a crate else you'/334, l='MpServer', x=-398.47, y=79.73, z=804.42], xs['entity.ItemFrame.name'/206, l='MpServer', x=-388.50, y=30.50, z=836.97], xq['§6may §4§lMAY NOT GET YOUR ITEMS'/335, l='MpServer', x=-398.47, y=79.48, z=804.42], xs['entity.ItemFrame.name'/207, l='MpServer', x=-388.50, y=30.50, z=832.03], xq['§fFarm§6Crate'/336, l='MpServer', x=-402.50, y=76.31, z=801.50], xs['entity.ItemFrame.name'/208, l='MpServer', x=-389.50, y=30.50, z=832.03], xq['§fEnchanted§5Crate'/337, l='MpServer', x=-398.50, y=76.32, z=801.55], xs['entity.ItemFrame.name'/209, l='MpServer', x=-390.50, y=30.50, z=832.03], xq['Chaotic§4Crate'/338, l='MpServer', x=-394.49, y=76.32, z=801.51], xs['entity.ItemFrame.name'/210, l='MpServer', x=-391.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/211, l='MpServer', x=-392.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/212, l='MpServer', x=-393.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/213, l='MpServer', x=-394.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/214, l='MpServer', x=-395.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/215, l='MpServer', x=-395.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/216, l='MpServer', x=-394.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/217, l='MpServer', x=-393.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/218, l='MpServer', x=-392.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/219, l='MpServer', x=-391.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/220, l='MpServer', x=-390.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/221, l='MpServer', x=-389.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/222, l='MpServer', x=-388.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/223, l='MpServer', x=-387.03, y=30.50, z=846.50], xs['entity.ItemFrame.name'/224, l='MpServer', x=-387.03, y=30.50, z=847.50], xs['entity.ItemFrame.name'/225, l='MpServer', x=-387.03, y=30.50, z=833.50], xs['entity.ItemFrame.name'/226, l='MpServer', x=-387.03, y=30.50, z=834.50], xs['entity.ItemFrame.name'/227, l='MpServer', x=-387.03, y=30.50, z=835.50], xs['entity.ItemFrame.name'/228, l='MpServer', x=-387.50, y=30.50, z=832.03], xs['entity.ItemFrame.name'/229, l='MpServer', x=-387.50, y=30.50, z=836.97], xs['entity.ItemFrame.name'/230, l='MpServer', x=-387.50, y=30.50, z=845.03], xs['entity.ItemFrame.name'/231, l='MpServer', x=-395.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/232, l='MpServer', x=-394.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/233, l='MpServer', x=-392.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/234, l='MpServer', x=-393.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/235, l='MpServer', x=-391.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/236, l='MpServer', x=-390.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/237, l='MpServer', x=-389.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/238, l='MpServer', x=-388.50, y=30.50, z=849.97], xs['entity.ItemFrame.name'/239, l='MpServer', x=-387.03, y=30.50, z=848.50]]
	Retry entities: 0 total; []
	Server brand: Spigot
	Server type: Non-integrated multiplayer server
Stacktrace:
	at bkr.a(SourceFile:365)
	at bcc.b(SourceFile:2515)
	at bcc.a(SourceFile:401)
	at net.minecraft.client.main.Main.main(SourceFile:124)

-- System Details --
Details:
	Minecraft Version: 1.9.2
	Operating System: Windows 7 (amd64) version 6.1
	Java Version: 1.8.0_77, Oracle Corporation
	Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
	Memory: 251113648 bytes (239 MB) / 966393856 bytes (921 MB) up to 966393856 bytes (921 MB)
	JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn1G
	IntCache: cache: 0, tcache: 0, allocated: 13, tallocated: 95
	Launched Version: 1.9.2
	LWJGL: 2.9.4
	OpenGL: GeForce 8600 GTS/PCIe/SSE2 GL version 3.3.0, NVIDIA Corporation
	GL Caps: Using GL 1.3 multitexturing.
Using GL 1.3 texture combiners.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Shaders are available because OpenGL 2.1 is supported.
VBOs are available because OpenGL 1.5 is supported.

	Using VBOs: No
	Is Modded: Probably not. Jar signature remains and client brand is untouched.
	Type: Client (map_client.txt)
	Resource Packs: 
	Current Language: English (US)
	Profiler Position: N/A (disabled)
	CPU: 4x Intel(R) Core(TM) i3-2100 CPU @ 3.10GHz

kumasasa 2016-04-19T05:33:52Z

@unknown: Your graphics driver might be outdated. update from http://www.geforce.com/drivers/results/99994

Benjamin 2016-04-19T06:34:15Z

Kumasasa: Thankyou for letting me know <3, updating fixed an error I was having with another game, sadly the Minecraft error is still happening 😞

I should also add that different render distances cause different chunks to have this problem. Here is the error when I play on render distance 12:
http://i.imgur.com/5eFQK6Q.png

And when I play on 13 render distance, the area shown above is fine but another area in my spawn looks like this:
http://i.imgur.com/stxZ1d8.png

I'm pretty sure it isn't a problem with the map (corrupted chunks or something similar) as all of the blocks are actually there, they can be walked on and blockpicked, they just require a block update to actually become visible.

To anybody that is having the exact same problem (Specific chunks needing a block update to become visible example: server spawn)
Try hiding one of these within the offending chunk:

http://i.imgur.com/oe2MFFm.png

The glitch will still happen but it will cause block updates when a player gets close to it.

kumasasa 2016-04-19T18:05:12Z

@unknown: Your symptoms are those of MC-62958, but that's about AMD graphics whereas you have NVIDIA. But follow the advice there and turn VBOs ON.

Benjamin 2016-04-20T09:53:54Z

@Kumasasa (Teach me to tag people please XD)

I've tried turning VBOs and VSync on and off, the error still happens.

Edit: I've tried everything to do with graphics settings, the only thing that works is changing to a different render distance until the bug happens again, then change render distances again (but im running out of non-bugged render distances)

What do you think is causing it to happens in different places with different render distances? It's actually that that baffles me more than anything.

Looking forward to your reply, thankyou 🙂

user-f2760 2016-04-20T10:11:42Z

When you comment thee is a button with a question mark, click it, it'll help you with how to format in jira

Tagging: @unknown

Try updating you graphics card drivers.

Benjamin 2016-04-20T10:50:03Z

@unknown (Thanks 😉)
They're all up to date, still no luck 😞

kumasasa 2016-04-20T19:10:27Z

@unknown: Out of ideas.
This is a technical support issue; this site is for bug reports only. For technical support please use the Mojang Support Center.

Adam V 2016-05-15T01:46:01Z

@unknown But it would seem to be a bug, since many players (although apparently not that many) had no problem in 1.8.9, but do in 1.9+. So many of us are having pretty much the exact same issue, at the exact same interval in the version history.

Unless some of the additions from 1.8.9 to 1.9.4 have put something of a strain on the rendering? Because some of my friends with beefed up computers seem to have no problem.

All I know is this 'issue' is beyond irritating, makes exploring or really anything requiring movement of more than 5 chunks near impossible, even when just walking in a straight line as I have tried doing with my distance on 2 chunks... I always run into the invisible chunks.

I'm just hoping to get a solid answer, even if it means getting a better computer etc. I've been searching for something that works and so far, nothing.

**EDIT: What's funny, actually, is I don't seem to get this glitch in the Nether, nor the End.

Thomas 2016-05-15T14:03:02Z

I dont know if this can be added to this bug, or if a new one needs to be created, but this is not just present in Windows 7. It is also present on CentOS 7 with openJDK and Fedora 23 Server Edition with openJDK and Ubuntu 14.04 with openJDK and Oracle Java. Clients are Ubuntu 14.04, Fedora 21, Windows 7, 8 and 10. They all experience this issue. I have not had a chance to create a server on a Windows machine. Clients have been both Intel and AMD processors as well as AMD and nvidia graphics. The CentOS server is Intel and the others have been AMD. This rendering error happens on new worlds and old ones. Hope this helps! I am willing to test anything needed. Thanks

James Willson 2016-05-18T15:07:27Z

Seeing this issue in snapshot 16w20a

James Willson 2016-05-18T15:53:19Z

Comparison between 1.8.9 and 16w20a (1.9.4 is essentially the same as the snapshot).

Bada McBumi 2016-05-22T11:57:26Z

This seems to happen in worlds where the player has traveled to a different dimension

Adam V 2016-05-22T16:14:21Z

I've found the best solution (for me anyways) so far. I was reading a bit about 1.9 on the minecraft website and it says they're aware of massive graphical glitches such as this one and the AMD one. It suggested to turn VBO's on, Vsync on, Mipmap levels to off and turn the render distance to something under 16. This has worked for me, I only see the unloaded chunks rarely, usually when travelling somewhere I haven't been before. I also find the unloaded chunks are just a straight line of them, instead of the usual where some chunks are and some aren't loaded.

Not only that, but it's decreased my memory usage a ton and increased my average fps from 15ish (slow computer 😛) to 25ish.

Nathan F 2016-06-01T23:45:05Z

I have this issue on 1.9.4 and it is beyond irritating. Exploring is basically ruined as it appears I am traveling over a dark empty region of nothing. I turned off clouds and I noticed my FPS doubled and so far, I have not seen the issue but will edit this if it comes back.

It is a major bug. I have a 15 in MacBook Pro with a 2 GB graphics card. This game should be able to load chunks fine.

John Price 2016-06-11T03:30:04Z

It seems that this problem is a lot worse on areas with massive amounts of water like oceans. Also my performance decreases horrendously on those areas as well

Bada McBumi 2016-06-18T12:34:21Z

I installed Optifine and it almost completely stopped this! If you are having the same problem, I recommend you to do the same.

Hmm465_GamingYT 2016-08-11T14:26:10Z

here's more proof <3
i put a photo of a chunk glitch aswell, your welcome

John Macknight 2016-09-28T14:23:41Z

The bug in snapshot 16w39a with lowest possible settings.

John Macknight 2016-10-04T01:25:27Z

In snapshot 16w39c I still had the issue, but then I enabled vsync which I don't ever play with and I could not reproduce this rendering bug with vsync on!

kilbith 2016-10-04T10:04:05Z

but then I enabled vsync which I don't ever play with and I could not reproduce this rendering bug with vsync on!

This comment is ridiculous and incorrect. The Vsync has to do with your screen only. The issue is with the chunks rendering. Two different things at different levels.

Will the developers finally acknowledge that bug ? Now I'm really disapointed to have spent $20 on a long-standing broken game...

John Macknight 2016-10-04T13:24:00Z

You want me to record it in a video as evidence or something? I'm just reporting my findings, but I'm not saying it's fixed as I never play with vsync on. I agree with you, they need to fix this but you don't have to be so ignorant because vsync has to do with controlling the FPS and the FPS and chunk rendering are very much entwined. On the other hand, it may just be that pushing out fewer frames per second has allowed my GPU to help more with chunk rendering via VBO's because I can see what might be the same issue happening but only very far away from me and they disappear very quickly a few milliseconds after I see them.

bob 2016-11-06T11:10:34Z

Is this still an issue in the latest snapshot 16w44a? If so please update the affected versions.

This is an automated comment on any open or reopened issue with out-of-date affected versions.

Barteks2x 2016-11-14T06:44:31Z

This issue affected me and was especially bad with my mod in it's current state, so I and other developer debugged it and found the real cause and possible fix. It is a real issue and it's not very hard to fix.

TL;DR if you just want a workaround: set FPS limit to something above 20 but less than unlimited to find something that works for you. It's different on each computer so there is no value that works for everyone. 30 will most likely more or less work for everyone. You may need to disable vsync. Values 20 and below most likely won't work if you are affected by it.

The real issue:

The issue is that Minecraft attempts to reach the FPS not just by limiting the amounf of frames drawn but also by limiting what it does when updating for that frame to avoid lower FPS. Obviously with high FPS limit it's usually not achievable. One thing that is limited is the amount of cubic chunks updated for rendering (I will later just call them chunks).

A detailed explanation involves knowing some details about how chunks are updated for rendering. There are a few parts to it. First a chunk is marked for updating. Then these chunks that need update are added to a queue in the order they need updating. The queue also seems to be rebuilt every frame.
Then each frame minecraft schedules some of these queued entries for updating. The updating is done by separate thread. After it's done, these chunks ade queued for uploading to the GPU which is done in main thread. Again, each frame some of them are uploaded to the GPU.

The problem: Minecraft first does world tick and some of the rendering, the it runs uploading to the GPU and then it schedules more chunk for updates. Uploading chunks to the GPU and scheduling more updates are limited by time until next frame. So if whatever was already done exceeds the time, only one chunk is uploaded and one chunk is scheduled. This makes things extremely slow if you don't have absurdally high FPS. Which does happen even of way more than capable hardware if the GPU driver force-enables vsync but minecraft thinks it's disabled.

There is also the issue of different GPU drivers being faster/slower at processing opengl functions - which means that for some people it will work much better (they don't need so low fps limit) while for others it's not very good even at low fps limit (but that's actually a minor effect and it can't be fixed anyway).

But then why chunks are updated out of order? Actually, they are updated in order, but at the wrong time. Chunk that is scheduled for updating and updated can end up uploaded to the GPU many seconds later. And uploading to the GPU is done in the same order these updates come in - which can be arbitrary order.

There is also another effect here - frequently chunk render updates seem to come in batches. This is because sometimes uploading chunks to the GPU will time out without processing everything. This will take quite a few frames, while scheduling only 1 next chunk for update each time. Then when the queue finally is almost empty, many new chunks are scheduled at once. They they finish being updated and end up in the queue again.

Another weird thing that it explains: lower FPS limit seems to make it better, until you get close to 20FPS. This is because client world tick is done 20 times per second. When the update is done each frame, there is little time left for uploading and scheduling chunks. This is further made worse by using value 60 for allowed time calculation if the limit is lower than that.

Given what causes it, the comment aboue vsync fixing the issue isn't that unreasonable - vsync limits FPS to 60, so it may give enough time to upload chunks to the GPU compared to unlimited FPS.

The real fix? There are many ways, one would be to start measuring the time from the moment uploading to GPU starts and schedule the same amount of chunks that have been uploaded. Another would be to put a higher lower limit on the amount chunks being uploaded and scheduled.

MetoolDaddy 2016-11-15T09:01:44Z

Can confirm for 1.11 release

Furmiga Humana 2017-01-11T16:38:33Z

I think this ticket is looking at this issue the wrong way, I have been experiencing this issue since I updated my server from 1.8 to 1.9, Im running 1.11.2 now and yet having this issue, it wont affect everyone, some will have this issue more often than others, but the twist is that I allow players from 1.8 to 1.11 to play and even 1.8 players started having this issue after the update, which means that this is more related on how the server (or client-side server) send the chunks to the client than rendering itself, relog wont solve the issue, but if you join in a random world and teleport back to where the glitch was happening will solve the issue (like sending fake dimension packets to flush the chunk cache), this issue also wont happen on nether or the end. I made a few test changes on the chunk sending code and I realised that if I send chunks slower, like one per tick, the world will take forever to load of course but no render issues will apear. This issue should be investigated on how the server is sending chunks and not how the client is rendering them.

MetoolDaddy 2017-01-13T15:08:41Z

Luis, if that was the case, clientside mods like Optifine wouldnt have fixed it. But they do.

Furmiga Humana 2017-01-16T14:25:01Z

Yes they could, because the issue seems to be the server sending too many chunk packets in a short period of time, the client could be fixed to handle that amount or the server could send chunks a little slower, in my case i reduce the intensity of chunks sent to the client and nobody is having the issue anymore. And since even 1.8 players are having the issue when only the server is running on 1.11 means the issue should have started on the server-side. On 1.8 chunks used to be sent in bulk, now it is sent individually, the client may not be able to handle the high intensity of chunk packets and forget to render some of them.

Barteks2x 2017-01-19T01:46:27Z

Sending chunks slower makes the issue go away because, based on what I explained in my previous comment (https://bugs.mojang.com/browse/MC-90602?focusedCommentId=342300&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-342300 in case it gets hidden), the client will have enough time between receiving chunks to actually do the rendering updates before next chunks are received. The problem happens mainly when moving (and maybe when looking around in newly loaded areas because of frustum culling). This is when new chunks are sent while previous chunks haven't been processed yet. And it is fixable entirely clientside, with minimal performance impact (and what's the point of high performance if you can't see anything?).

Client doesn't "forget" to render chunks, it's just busy updating other chunks. And when you have no FPS limit it will only ever update at most one 16x16x16 cube per frame.

Well, I've seen it forget to render chunk completely a few times but never in vanilla.

bdm68 2017-04-24T02:51:51Z

This bug needs to be fixed because it is exploitable. When the chunks don't render, it can reveal underground structures including caves and strongholds. All someone has to do to exploit this bug is to turn down their frame rate to a low level and underground structures in visible chunks can be seen through the invisible chunks.

Diego Perez 2017-10-12T22:35:34Z

This happens occasionally. Just press F3 and A to reload/load all the chunks!

jredfox 2018-01-08T03:34:30Z

Yeah still shouldn't be doing that it should never happen just open 1.8 also that doesn't work half the time @diego

TheTamedWolf 2018-03-08T04:46:34Z

This happened to me in 1.13 snapshots. A new world in 18w09a to 18w10b!

John Macknight 2018-04-07T02:00:38Z

This appears to be gone in snapshot 18w14b, but happens to me in 18w11a. Anyone else done some testing to confirm?

EDIT: I can actually see it happening in the distance but they are being corrected extremely quickly for me now whereas in previous snapshots nothing but reloading all the chunks would fix them. No change to the configuration as it still happens when I load up 18w11a.

Jennie Ivins 2018-04-07T02:13:15Z

Found an instance of this with water in 18w14b. (see pic)

Gonna fly around check and see I find any true chunk holes.

Jennie Ivins 2018-04-07T02:16:02Z

Yup found one in 18w14b. (pic above)

windows 10, PC
-8300275442758179407
xyz 1189 76 -1438

Jennie Ivins 2018-05-16T02:58:03Z

Have seen some in 18w20a. Same seed -8300275442758179407.

Bob Schmob 2018-06-04T22:52:36Z

I believe this is what's happening in my world for at least the last few versions, and it's still happening with 1.13-pre1. If I fly over to the affected area, things get real interesting and it's always this same area that's affected. I'll add a screenshot and video.

YouTube video link

Seed: -395163991

Location: X= -650 Z= 0

Version: MC 1.13-pre1 Windows Java, running on Windows 10.

I put these comments in bug MC-129831 but it's marked as a dupe of this one. I'm not sure if this is the same exact issue (this one is so old) but I'll let you guys sort it out. Also, this bug description says it happens in creative but it's both modes for me.

MetoolDaddy 2018-06-10T18:42:48Z

peregrine fuller, iOS has an entirely different codebase, and runs on different kind of hardware, so this can't be the same issue

i advise you to look in the Minecraft (Bedrock Codebase) section

peregrine fuller 2018-06-15T17:22:50Z

I am running on MacOS sorry for the confusion!

This is the bug that stopped me from playing. It's pretty reproducible and makes your world swiss cheese.

MetoolDaddy 2018-07-16T07:49:38Z

The issue didn't go anywhere, still around on pre 8

[media]

thgilfodrol 2018-08-31T20:44:29Z

Confirmed for 1.13.1. No issues at all with fps cap set to unlimited, but fps cap of 20 makes the game unplayable (with chunks flickering in and out of existence, world blinking in and out, groups of chunks disappearing while others appear, etc).

shahar ben hamo 2019-02-26T13:22:24Z

Reappeared in 19w08b, When connecting from localhost its fine but from any other computer not on network it happens almost always..

Bentroen 2019-03-28T23:28:52Z

I can confirm this in 19w13a.

Tom Goetz 2019-03-29T00:16:18Z

I also can confirm in 19w13a running on a server with 16gb ram dedicated and pc with same amount of ram - but it is also when player is in survival and sprints

Alex 2019-03-29T00:19:37Z

Yes, this is happening to me as well. Not sure why, but whenever I log into my world, chunks won't load. In addition, Mobs in the unloaded terrain will start to spin in circles.

Zachary Baker 2019-03-29T03:13:28Z

I'm also having this issue with 19w13a me or my wife cannot play or hardly leave our house because of chunk loading errors its actually unplayable we wished we could go back but it won't convert it just corrupts our save good thing we backed up the snapshot version progress beforehand.

Bentroen 2019-03-29T04:09:12Z

In my case, specifically after teleporting, chunks right in front of the player sometimes don't load while chunks farther away do. Reloading chunks (F3 + A) doesn't fix the issue, as well as changing your FOV, rotating your head, walking/flying around. I've noticed sometimes breaking a block in the "missing" chunks will make them appear again. Relogging is the only 100% effective way of making chunks appear.

RM 2019-04-23T02:06:21Z

in my case, some blocks randomly render as grey/black horizontally striped.

MetoolDaddy 2019-04-23T04:34:17Z

@RM that might be a problem with your GPU instead

Thommy Siverman 2019-11-15T14:36:52Z

I just experienced this on 19w46b using a seed from the comments (8300275442758179407) in an amplified world.
I flew up on a high mountain near me and slowly turned around to look at the landscape.

John Macknight 2019-11-21T22:15:27Z

The render speed is much improved in 1.15 pre-release 1 however I've been able to replicate the issue in 1.15 Pre-Release 1 in attachment "2019-11-21_17.52.32.png". I am not sure if related or if there is a separate issue where I can report my missing frames because in 1.14.4 even with +2 chunk render distance set my FPS was 190 rendering the exact same scene/chunks as 1.15 pre-release got me 130 frames in (32% performance loss in the "optimization update") I'm just wondering if this is just a bug / poor support for my hardware?

[media]

marcono1234 2019-11-22T10:28:28Z

@@unknown, can you make sure that the underlying problem isn't that the internal server can't keep up?
The lower FPS is "expected", due to this bug previously less chunks were rendered and therefore there was less work to do and you got higher FPS. Since this bug is fixed, there are now more chunks to render which is more work.