MCPE-155137The terrain, decorators and structures of the end only depend on the last 32 bits of the seed, rather than all 64 bits.
So if you create a world with any seed, go to the end, and then create another world with the seed of the first world, except with the number 4294967296 added to it, then the end will look absolutely the same.
Steps to reproduce:
- Create a world with any seed.
- Go to the end.
- Create another world, with the seed of the original world + the number 4294967296 added to it.
- Go to the end in the new world.
- Compare them.
Observed results:
The end dimensions of both worlds look absolutely the same.
Expected results:
The entire end generation should depend on all 64 bits of the world seed.
Linked Issues
Created Issue:
The terrain of the end only depends on the first 32 bits of the seed, rather than all 64 bits.
So if you create a world with any seed, go to the end, and then create another world with the seed of the first world, except with the number 4294967296 added to it, then the end will look absolutely the same.
Steps to reproduce:
- Create a world with any seed.
- Go to the end.
- Create another world, with the seed of the original world + the number 4294967296 added to it.
- Go to the end in the new world.
- Compare them.
Observed results:
The end dimensions of both worlds look absolutely the same.
Expected results:
The entire end generation should depend on all 64 bits of the world seed.
Attachments4
- Unresolved
- Open
- Unconfirmed
- Android
- Android 10
- 1.18.31
The terrain, decorators and structures of the end only depends on the first 32 bits of the seed, rather than all 64 bits.
The terrain, decorators and structures of the end only dependson the first 32 bits of the seed, rather than all 64 bits.
So if you create a world with any seed, go to the end, and then create another world with the seed of the first world, except with the number 4294967296 added to it, then the end will look absolutely the same.
Steps to reproduce:
- Create a world with any seed.
- Go to the end.
- Create another world, with the seed of the original world + the number 4294967296 added to it.
- Go to the end in the new world.
- Compare them.
Observed results:
The end dimensions of both worlds look absolutely the same.
Expected results:
The entire end generation should depend on all 64 bits of the world seed.
Notes: This issue is related to MCPE-154947, MCPE-154333, MCPE-154939 and MC-250445
So if you create a world with any seed, go to the end, and then create another world with the seed of the first world, except with the number 4294967296 added to it, then the end will look absolutely the same.
Steps to reproduce:
- Create a world with any seed.
- Go to the end.
- Create another world, with the seed of the original world + the number 4294967296 added to it.
- Go to the end in the new world.
- Compare them.
Observed results:
The end dimensions of both worlds look absolutely the same.
Expected results:
The entire end generation should depend on all 64 bits of the world seed.
Notes: This issue is related to MCPE-154947, MCPE-154333, MCPE-154939 and MC-250445
![[MCQA] v-weszaj](../../../data/avatars/users/18941.svg){kind=small}
The terrain, decorators and structures of the end only depend on thefirst 32 bits of the seed, rather than all 64 bits.The terrain, decorators and structures of the end only depend on the last 32 bits of the seed, rather than all 64 bits.
![[Mod] OcelotOnesie](../../../data/avatars/users/43220.png){kind=small}
![[Mod] Jarl-Penguin](../../../data/avatars/users/92849.png){kind=small}
relates to
If I create a world with any seed, then find a structure (something that can be found with /locate structure) or decorator (something that you can't find with /locate) and then create another world with the number 4294967296 (2^32) added to the seed of the original world, then the structure and decorator locations will have the exact same x and z coordinates, the y coordinate of the mineschaft is also affected, but it is possible that the y coordinate of the ruined portals and decorators are not affected. Even the shape of the structure and the loot in the chests are the same, but not necessarily the enchantments.
Steps to reproduce:
- Create a world.
- Find a structure or decorator
- Remember the coordinates of its location.
- Create another world with the seed of the original world + the number 4294967296 added to it.
- Go to the coordinates of the structure or decorator in the other world.
Observed results:
The same feature is in the same location. Even the shape of the structure and the loot are the same, but the enchantments possibly aren't.
Also, if you find an amethyst geode, the shape of the geode and the positions of the budded amethyst blocks are identical.
Lava pools are also identical.
Villages generate in the same locations in worlds with seeds differing with 2^32 as long as there is the right biome. If one of the villages is abandoned, then the other one will be too. The shape of the village depends on the biome.
Ores sometimes generate identically, sometimes just the shape of them is the same and sometimes they are different.
Dungeons are affected to some extent.
It is likely that other things that I didn't list are affected
Expected results:
All elements of a world should be unique for all 2^64 seeds.
Notes: Ruined portals and mineshafts are easier to test, because they generate in every biome. The same glitch affects some caves, decorators (features), the nether and the end. MCPE-154333 , MCPE-155137, MCPE-154947, MCPE-156090
This also effects the end (MCPE-155137)
The locations and shapes of the amethyst geodes, lava pools and possibly even other features only depend on the last 32 bits of the 64-bit seed meaning they are the same for many worlds. Even the budded amethyst block positions in the amethyst geodes are the same.
Steps to reproduce:
- Create a world with any seed.
- Find an amethyst geode or a lava pool and remember its coordinates.
- Create a world with the seed of the first world but with any integer multiple of 4294967296 (2^32) added to it.
- Go to the feature's coordinates but in the new world.
- Compare their locations and their shape.
Observed results:
The features have the same shape and location.
Expected results:
Every element of a world should depend on all 64 bits of the seed.
Notes: A similar glitch also effects carver caves (MCPE-154333), structures (MCPE-154939), the end (MCPE-155137) and the nether (MCPE-154947). Only the surface biomes and noise caves of the overworld aren't effected by such a bug.
Java Edition equivalent of MCPE-155137.
The bug
Minecraft supports full 64-bit seeds. However, the End's generation largely ignores the top 16 bits of the seed, meaning that there are only 2^48 unique ends in terms of terrain and structure placement; very minor things can still seemingly vary, but not to anything near the expected extent.
How to reproduce
This can be seen in any two seeds that differ by an integer multiple of 281474976710656 (2^48).
- Create a world with the seed 1
- /execute in minecraft:the_end run tp @s 9914 62 9645 -75.5 -0.7
- Create a world with the seed 281474976710657
- /execute in minecraft:the_end run tp @s 9914 62 9645 -75.5 -0.7
Expected results
As these are completely different seeds, the terrain should also be completely different, even at the same position.
Actual results
The two seeds are almost a complete match, with seemingly the only differences being with configured features.
How to fix
All aspects of End generation that only use 48 bits should be made to respect the full 64 bits and produce results accordingly in the same way the Overworld does.
Further notes
When this is fixed, world blending should be enabled for the End as to avoid abrupt cutoffs with terrain generation changing.
That's because the structures (and other things like the Nether, the End, decorators and caves etc.) generate using only 32 bits of the 64-bit seed (like before 1.18.30). Though, the biomes in the Overworld use all 64 bits. See: MCPE-154939, MCPE-154333, MCPE-155137, MCPE-154947, MCPE-156090
Affects 1.19.10