[MC-3998] Chunks dont display under certain circumstances Created: 30/Nov/12 Updated: 15/Nov/15 Resolved: 26/Jul/14 |
|
| Status: | Resolved |
| Project: | Minecraft: Java Edition |
| Component/s: | None |
| Affects Version/s: | Minecraft 1.4.5, Minecraft 1.4.6, Minecraft 1.4.7, Minecraft 1.5, Minecraft 1.5.1, Minecraft 1.5.2, Minecraft 1.6, Minecraft 1.6.1 |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Hiram | Assignee: | Unassigned |
| Resolution: | Duplicate | Votes: | 13 |
| Labels: | chunk, rendering | ||
| Environment: |
OSX 10.7.5 |
||
| Attachments: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| CHK: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Confirmation Status: | Community Consensus | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Game Mode: | Survival | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
Like bug Attached are two screenshots I can reproduce both views repeatedly by moving one tile forwards/backwards. So the chunk appears/disappears depending on my position. (It may be necessary to keep the crosshair on the blocks right in front on the same ledge) This is reproduceable on SMP even after quiting and reopening the world. I have a savegame if someone is interested This is with advanced OpenGL On, turning that of also toggles the bug |
| Comments |
| Comment by Kumasasa [ 26/Jul/14 ] |
|
This ticket got superseeded by |
| Comment by Brandon Enright [ 23/Jul/14 ] |
|
Yes I saw https://twitter.com/Dinnerbone/status/491953005776748544 this morning "We'll release a 'b' snapshot soon to fix the chunk-vanishing issue (and some crashes)". I will test and report back in a day or two. |
| Comment by Itouch2 [ 23/Jul/14 ] |
|
Advanced OpenGL has been removed in 14w30a. |
| Comment by user-ed7ab (Inactive) [ 02/Feb/14 ] |
|
As long as #42310 is a duplicate version 1.7.4 is still affected. |
| Comment by Galaxy_2Alex [ 21/Jan/14 ] |
|
Is this still a concern in the current Minecraft version 1.7.4 / Launcher version 1.3.8 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Brandon Enright [ 22/Sep/13 ] |
|
This is still easily reproducible in the latest snapshot (13w38c) in the same location as my screenshot and previous tests. "Advanced OpenGL" still toggles it. The other changes in rendering don't seem to have any effect. |
| Comment by Brandon Enright [ 02/Jul/13 ] |
|
This is still happening in 1.6.1 in the same place as my screen shot. |
| Comment by Brandon Enright [ 18/Mar/13 ] |
|
I'm pretty sure the issue you're seeing has to do with chunks not loading or being processed by your client fast enough. For example, if you're playing on a server and your client cant download chunks fast enough you'll see holes like this. The issue Hiram and I are describing is always reproducible, can be toggled back and forth by minor changes in a players position and view, and goes away when Advanced OpenGL is turned off. As long as the player's perspective stays the same portions of the chunks will not be rendered. The issue won't go away by waiting. You should try pressing F3 and a to reload chunks to see if that makes your issue go away. |
| Comment by Óscar Pérez [ 18/Mar/13 ] |
|
If I turning off Avanced OpenGL the issue continue but is faster. It means that the issue lasts less than a second. In multiplayer mode, if someone make any action, the issue happend and lasts longer. |
| Comment by Brandon Enright [ 18/Mar/13 ] |
|
Óscar does turning off Advanced OpenGL toggle that issue on and of? Also, does slightly changing your view or the location you stand toggle the issue? |
| Comment by Óscar Pérez [ 18/Mar/13 ] |
|
In this screenshots can see that my problem is so close. |
| Comment by Brandon Enright [ 16/Mar/13 ] |
|
Crash report taken while tree top was missing. |
| Comment by Brandon Enright [ 16/Mar/13 ] |
|
I just tested in 1.5 and indeed the same portion of the tree disappears in the same location in the same way. Advanced OpenGL still toggles the bug. Note that I'm using Linux even though the OS for this bug is set to OS X. I will attach a crash report when the tree top is missing however I perused the crash report and don't see much of anything useful. |
| Comment by Tails [ 16/Mar/13 ] |
|
Is this still a concern in the current Minecraft version? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. |
| Comment by Brandon Enright [ 03/Mar/13 ] |
|
Added screenshot where tree top in back left has disappeared. The trunk of the tree is still visible implying that at least some of the chunk is still being rendered. |
| Comment by Brandon Enright [ 03/Mar/13 ] |
|
Added screenshot where tree top in back left is visible. |
| Comment by Brandon Enright [ 03/Mar/13 ] |
|
The description that an entire chunk doesn't display is not completely accurate. The screenshots of this bug that look down at the ground and can see through to caves make it look as though an entire chunk isn't rendering. If you look at the screenshots I provided in Perhaps the game further subdivides chunks? Possibly into 16x16x16 cubes? Also, this bug is not dependant on moving your position. It's easiest to trigger moving back and forth but you can also trigger it by standing in a single location an moving your view. Reloading chunks with F3 + a has no effect on the bug. I suspect this bug is probably a failure in z-ordering and occlusion / culling of backfaces of an algorithm such as "Painter's Algorithm": https://en.wikipedia.org/wiki/Painter%27s_algorithm This bug might just be an edge case in the algorithm where it incorrectly removes or incorrectly orders the drawing of regions because getting the z-ordering correct is difficult? |
| Comment by Kude k [ 03/Dec/12 ] |
|
Try holding F3 and pressing "a." That reloads your chunks. It works for me. |