Gameplay
Cubic Chunks: Reduced lag, infinite height, and more [The #1 Suggestion Thread of all time!][Updated! 6/14]
Poll: Which parts of this system do you like?
Ended May 15, 2014
Poll: Which parts of this system do you NOT like?
Ended May 15, 2014
Poll: Do you support this system's implementation overall? (If yes, if
Ended May 15, 2014
Global Rules
How to obtain DxDiag
If I helped you, press the little green arrow on the bottom right of my post!
On another note; I have recently discovered the ATLauncher, which supports the new minecraft update system and will allow me to create a pack for all of us. However, I am still waiting on two permissions. MineCrak, getting Robinton's permission would be a great starting place.
Currently, three dimensional biomes are not possible due to biome information being stored per column of each chunk; and since each chunk in vanilla takes up the full height of the world, you can only have one biome appear in any one column. With cubic chunks, each chunk is only 16 blocks tall, meaning that the column of blocks in the next chunk up can have a different biome. This allows for floating islands and underground biomes that are different then the surface biome.
Yeah. Sometimes he responds to me pretty quickly, sometimes it takes a while.. Depends on what's going on in his life at that time. I've sent him direct messages regarding this so he'll definitely get them.
Good news about the ATlauncher, but how about the Technic launcher? Will it work?
- The Cubic Chunks Mod is back! Be a part of it's rebirth and Development.
-- Robinton's Mods: [ Mirror ] for some of his Mods incl Cubic Chunks Mod, due to DropBox broken links.
- Dungeon Generator for the Open Cubic Chunks Mod
- QuickSAVE-QuickLOAD for the Open Cubic Chunks Mod
In truth, 3D biomes *could* be made to work in the same way under the linear system.
Rather than storing per x/z coordinate, you would make a 1x16 array for each chunk, with each element, i, storing the biome id for the vertical region y = [16i, 16i+16). However, this still requires that we add a check to determine which biome every block is in (biome = biome_array[y / 16]).
Now, CC essentially already performs similar calculations to determine which chunk every block is in. Therefore, we can simply apply a biome to each chunk and we're pretty much done.
Long story short; CC does most of the work for us.
I believe in the Invisible Pink Unicorn, bless her Invisible Pinkness.
I really hope this gets into vanilla minecraft! Good job on making this mod, too!
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumMy current CC version stores biomes differently: one biome per 4x4x4 blocks (64 biomes per chunk, may be changed to 4x8x4 = 32 biomes per cube).
Cubic chunks discord server
Just wondering, did you do that on purpose? Or is that just the easiest way to make the system work? I dont know much about the actual code of chunks, just tte ideas behind them.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumWith Cubic Chunks there should be 3d biomes. Storing 1 biome per block = 4096 biomes (=4kB) per cube, for 8000 loaded cubes (view distance 9-10 chunks) it would take 32 MB to store biomes (+32 MB clientside, if you aren't near spawn there would be > 10000 chunks loaded serverside).
With 1 biome per column it would be gard to make smooth biome color transitions.
This system is fast, doesn't use a lot of RAM and allows for smooth biome transitions
Cubic chunks discord server
Please quote me if you want me to see your post.
r9 270/i5 4690k/8 GB RAM/[email protected]
Mmm. Storing biome per block was never an option. But it's as you say; no matter how efficient it is to store 1 biome per chunk; the transitions would not look very nice.
Assuming that the majority of chunks contain only one biome, would it not be significantly more efficient to apply the biome to each chunk, only breaking the chunks up into 4x4x4 regions when they fall on a biome boundary?
I believe in the Invisible Pink Unicorn, bless her Invisible Pinkness.
1.Get the MCP+Forge+eclipse and just tweak some of the numbers in the world gen/chunk provider. It's a bit daunting at first and of course, if you tweak the wrong things or put bad numbers in, you will end up with all kinds of math errors and out-of-bounds exceptions, but once you get the hang of it then you can easily
mutilatetweak the world generator. Of course, you can also just change the biome min/max heights, but where's the fun in that?2. Yes, it's a screenshot of Nocte's Hexahedra engine. It shows how powerful (and awesome) cubic chunks can be in voxel-based world generation. When Barteks gets his mod running in tandem with a big-mountains terrain generator, we will get screenshots of an awesome Minecraft world and use them instead.
EDIT: Is anyone else finding that after editing a post, half the time you have to refresh the page to make the editing box go away?
I believe in the Invisible Pink Unicorn, bless her Invisible Pinkness.
-
View User Profile
-
View Posts
-
Send Message
Curse PremiumBuild height can't be higher than 256 (default). There are some limitations in Packet classes (using bytes to store height).
There are also hardcoded 256-blocks limits in a lot of other places in code so it isn't as easy as changing one number.
Cubic chunks discord server
also you should check out Tall Worlds
1. Chunks would load normally, just as they do, except on the Y axis as well. Spawn chunks would be loaded only up to the vertical loading distance, which could be same as horizontal, but some say they want it configurable.
2. We've been trying
3. A mod is in the works, and Robinton's old CC mod (b1.7.3-1.0.0) is currently available. We cannot and will not connect it with those mods, the makers of those mods must make their mod compatible with us.
In other news, I'm pretty sure that Reddit likes Cubic Chunks...