[MCPE-22739] Sending a chunk package in the same position of a previous chunk causes ghosting issues Created: 18/Jun/17 Updated: 01/Jun/18 Resolved: 01/Jun/18 |
|
| Status: | Resolved |
| Project: | Minecraft (Bedrock codebase) |
| Component/s: | None |
| Affects Version/s: | 1.1.0.55, 1.1.1.1, 1.1.2.50, 1.1.3.1, 1.1.3.52, 1.2.9.1 |
| Fix Version/s: | 1.4.2.0 |
| Type: | Bug | ||
| Reporter: | Brian Kenny | ||
| Resolution: | Fixed | Votes: | 25 |
| Labels: | None | ||
| Attachments: |
|
||||||||||||
| Issue Links: |
|
||||||||||||
| Confirmation Status: | Confirmed | ||||||||||||
| Platform: | Android | ||||||||||||
| CHK: | |||||||||||||
| Description |
|
If you send a chunk package with the same position of a chunk package you have previously sent the new chunk does not always correctly override the old one. Often the highlighting of blocks can be seen for the blocks of the new chunk, but visually the old chunk is rendered. In the screenshot included it can be seen that I am highlighting a seemingly invisible block (from the new chunk) yet the old chunk with air is rendering. This bug is a major issue for servers as there is few ways to get around it (off-setting of the chunks means that the problem is only hidden, and ghosting issues can still occur). It should be noted that breaking a block in a location where this visual error is present begins to render the new chunk, but still leads to other problems. Devices Tested Upon: Google Nexus 5, Samsung Galaxy S7 Edge |
| Comments |
| Comment by inxomnyaa [ 26/Aug/17 ] |
|
was fixed in 1.2.0.12, back in 1.2.0.22. tommo knows about it |
| Comment by Brian Kenny [ 20/Jun/17 ] |
|
Still reproducible as of 1.1.1.1, only slightly better. The old chunks no longer display (well, they load out slowly) but the new chunks still don't visually render. |
| Comment by PHO [ 19/Jun/17 ] |
|
That ghosting symptoms also occur on single-player now, possibly because the game has a server internally for single-player game. |
| Comment by Katie Heart [ 19/Jun/17 ] |
|
This also happens on Realms. I've had to open the door manually just to get inside when it looks open. This is a lot rarer when playing off your own device alone, but still possible, just very difficult to encounter on normal survival. |
| Comment by Isaiah [ 18/Jun/17 ] |
|
This is a vanilla bug,We'd like for you to support our server,please respond. |
| Comment by Brian Kenny [ 18/Jun/17 ] |
|
& yes, I would indeed consider this as a vanilla bug considering ye plan to support servers officially. |
| Comment by [MCPE Helper] Dylan K. Taylor [ 18/Jun/17 ] |
|
This rendering bug can also be observed when using the /fill command in a large area in vanilla, so this is not a server bug. |
| Comment by Brian Kenny [ 18/Jun/17 ] |
|
There is no way to unload a chunk manually, I am indeed sending the correct package, this bug has been reported and confirmed with Mojang staff privately yet there is no fix yet. |
| Comment by [Mod] Pokechu22 [ 18/Jun/17 ] |
|
I don't know the PE protocol (I'm used to the Java one), but on the PC protocol, you are required to either unload the chunk and load it again (sending 2 full chunk data packets breaks things), or to disable a Boolean field in the chunk data packet (which tells it that the packet is only changing certain sections of the chunk, not a full one itself). Are you sure you're sending the packets right? And are you sure this classifies as a vanilla bug, and not something that's only exposed through custom servers (which are not supported on this tracker)? |
| Comment by Shane Malin [ 18/Jun/17 ] |
|
Confirmed. Issue occurs on my PocketMine server, using version 1.1.0.55 |