Minecraft Forums

I still need to purchase CCDiscussion.com and get a startssl certifercate. After that discussion on this can get replies faster, and more constructive rapid discussion can be made. I'm being way too lazy about this.

Best idea ever, not only increases building opportunities but adds more exploration options Massive Support.

GOD This would be cool. Perhaps when Microsoft takes over, this could find itself in the works as a 2.0 feature.

Frankly, a sky fortress would be incredibly badass, as would be a world with accurate crust depth.

The only hitch in this thing's giddyap as a mod appears to be the dreaded "lazy."

Quote from PanJouda»

These chunk-blocks and region-blocks would be saved within the world, so they wouldn't have to be generated again and again.
And when a chunk or region will be saved, it would regenerate the chunk-block or region-block.

wouldn't that cause large save files?

Those 32 that voted in the central poll "more efficient chunk handling"; a thousand LOLOLs to them! Also, why were the polls ended?

Quote from ThatAnnoyingDude jump
wouldn't that cause large save files?

Not if you save distant chunks and conglomerations of them at longer distances as singular objects. And for farthest ones it would probably be binary (air/ground) since it will be basically forming horizon.

Quote from PanJouda»

Yes, a bit. However, these blocks would be saved only when generated or modified.
First, they would be generated and saved. Then it depends on that whether they would be inside the block render radius. When not, they would act like unloaded, so they wouldn't save when they would be left.

Regenerating this over and over and over with analyzing every single block that is included in them will cause massive lag. Also it can only be generated according to the seed, so if someone would like to terramorph, like building his own Everest replica, well, touch luck. So no, they MUST be saved!

yah you think the most suported suggestion ever would grab some attention but it gets blown off as to hard, when coders have proven it's not. lol

Quote from Azraile»

yah you think the most suported suggestion ever would grab some attention but it gets blown off as to hard, when coders have proven it's not. lol

Yep, finally someone who just like me think that Mojang is a bad game developer, guess I'm not the crazy one after all ^^

By the way, if you are interested in other proves of their incompetence, check out CptSpaceToaster's Colored lights mod (in my signature), it's like 93% working (which is more then I can give vanilla lighting, lol) and in some cases it works even better then vanilla despite quadrupling light channels, but for some reason it does not get deserved attention :c

Wouldn't this system carve out exceptionally detailed/huge structures? Just a question to raise everyone's nostalgia.

Quote from PanJouda»

I have a sollution. Regenerating a chunk-block wouldn't be problem. The region-blocks would be regenerated based on the chunk-blocks.

But what with the changed terrain?

Also I don't get what you are arguing against? Both of those maps would be equal normal map with 8 chunk view radius in terms of resolution, but since there are less variety in them they'll take up way less space. You are excluding a bunch of stuff like cakes, tall grass, torches, redstone repeaters and much more for chunk blocks and probably using binary (air/ground) for region chunks since those would hardly take up more then a pixel on your monitor and be all fogged. So you'll need way less block id's and so can use smaller variables to save them.

this is beautiful, exactly what ive been looking for. i just don't know if my computer can handle it.

Has the lighting issue been resolved yet? If not here is a solution of mine with a couple improvements of a codemonkey friend:

I suggest separating the lighting into a different map which consists only of lighting, this map could run on the current flat chunk system and given the simplicity of the map it would allow significantly greater vertical heights, true not the near "infinite" that proper cubic chunks would allow, but probably 4-5 times current with little performance loss (I dont really have a clue how much better it would be but less data loaded makes for better running, also you can run the map on a different tread.

How the map works is like this, each block would send its current light data (transparent, partially transparent, or opaque and what it emits, 0, 12, 14) to the light map when placed/updated and the map would tell the world what the light levels are, the light updates could modified to happen once every 20 ticks or every tick or as you like.

this map could be simplified to only deal with sky light which would have all the "blocks" only have one of 3 values; no change to light level, ie glass; partial blocking, ie water; or no transmission.

if all works right it should be easier on a computer than normal minecraft

Quote from Azraile»

if all works right it should be easier on a computer than normal minecraft

no kidding? well then im sure to have a good try at it then.

yah the smaller a chunk the less of them you have to load..... I did some orginal math when I first perposed it, and there should be some math in the OP or some of the first few posts



but if all works out you would load like only 1/3~1/4 the number of blocks as before

Funny fact, I thought this up because I wanted there to be able to be a 60+ block deep ocean, and STILL have plenty of room under that for vast cave systems. I honestly would be happy with say 3 times the limit instead of limitless, and limitless isn't really the goal of the 3D chunks idea. The main two goals is A- allowing hight to be what ever you want it to be... ether set by player or mods, and B- Allow cool things like 3D biomes. So you could have a ocean a good 5 or so 16³ chunks deep and under it have room for 5 to 10 more chunks of cave systems and other biomes.....



A third thing I though would be cool would just be to have the nether and end not be other dimensions. Sure you could no longer use it as a shortcut, but if you where having trubble making or finding the portal you could all ways just dig down deep enough or build up high enough.

No, I wouldn't say that. We have working examples of this concept. Just look at Nocte's Terrain Generation Engine. He created it to replicate this concept and might I say, the terrain generated gives me a feeling of hope for the future of vanilla Minecraft.

BTW, this is a reply to someone on the last page saying something about this idea not gaining any traction over a few years. My tablet screwed the reply tag up.

Oh, and I also want to make a suggestion for terrain generation. Here it goes:



•Terrain generates up to Y= 30000, this is to keep the same look of Nocte's Engine (In which if the same aspects are kept, shouldn't lag the game. It would just take a little bit longer for a new world to generate.) I figured if we have a massive build height, why not fill just a fraction of it with natural land instead of starting with that massive build height with nothing filling it. If you haven't thought of it yourself, no one is going to have the time or dedication to build a structure from Y=65 to Y=30,000,000.





•Ore Generation is tweaked to fit the system above. Here is the ore levels I want to suggest:



-Coal Ore generates from Y=2560 down to Bedrock Level

-Iron Ore generates from Y=1280 down to Bedrock Level

-Gold Ore generates from Y=640 down to Bedrock Level

-Diamond Ore generates from Y=160 to Bedrock Level, same for Redstone, Emerald and Lapis Ore.



The proposed system is open to adjustments
Oh, and I also want to make a suggestion for terrain generation. Here it goes:



•Terrain generates up to Y= 30000, this is to keep the same look of Nocte's Engine (In which if the same aspects are kept, shouldn't lag the game. It would just take a little bit longer for a new world to generate.) I figured if we have a massive build height, why not fill just a fraction of it with natural land instead of starting with that massive build height with nothing filling it. If you haven't thought of it yourself, no one is going to have the time or dedication to build a structure from Y=65 to Y=30,000,000.





•Ore Generation is tweaked to fit the system above. Here is the ore levels I want to suggest:



-Coal Ore generates from Y=2560 down to Bedrock Level

-Iron Ore generates from Y=1280 down to Bedrock Level

-Gold Ore generates from Y=640 down to Bedrock Level

-Diamond Ore generates from Y=160 to Bedrock Level, same for Redstone, Emerald and Lapis Ore.



The proposed system is open to adjustments