I haven't been following this mod all that closely but how modular are the different parts? Let's say I just wanted compressed chunks to use with a farther view distance?
I haven't been following this mod all that closely but how modular are the different parts? Let's say I just wanted compressed chunks to use with a farther view distance?
It's all-in-one right now, though test patches occasionally surface for various features such as the fun space mod and the progressive terrain generation tests.
The specific feature you are referring to has not yet been added or made. It is one, though, that we all have great hopes for. :smile.gif:
Rollback Post to RevisionRollBack
- 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.
Wow, this is really cool how much you can tweak the settings. I found a nice balance that gives mostly realistic terrain with a range between 75m and 256m. Most of the mountains are sloped and form isolated ridges. There are occasional overhanging parts and bizarre rock formations, but they are rare. Here are the settings I am using for this:
I see 4 main areas that need help, in order of importance:
1. Insane surface lava everywhere.
2. No oceans, regardless of waterLevel setting.
3. Pumpkins everywhere.
4. Won't generate soil/rock above y=256. I'm fairly certain that the flat-topped mountains at y=256 you can get with some settings are actually being prevented from going higher. With the settings I use above, sometimes there will be a ridge of nice curved peaks, but the tallest will be flat on top, stopped at 256m.
It's all-in-one right now, though test patches occasionally surface for various features such as the fun space mod and the progressive terrain generation tests.
The specific feature you are referring to has not yet been added or made. It is one, though, that we all have great hopes for. :smile.gif:
I got that it's mostly an idea right now but as a bukkit user it seems like something that would work well just client side.
I got that it's mostly an idea right now but as a bukkit user it seems like something that would work well just client side.
Your thinking wasn't obvious. We have many people popping in that know nothing at all about the mod. Just trying to help.
I feel very confident in answering this though, since I was the first to chat/PM Robinton concerning this since I had also had the same idea for this feature even before this Mod.
I am confident that this feature would apply to both SSP & SMP. I've never heard any dichotomies in the discussions that would imply a difference between the two CC versions. In fact, my earliest discussions with Robinton were regarding the effects on both versions.
And trust me; I'll be applying lots of bukkit pressure on him once this mod is ripe, since I have major plans for a bukkit server of my own. :wink.gif:
I've, since early on, talked with him about how people making server maps could be allowed by settings to generate the compressed chunks out as far as they wish when first making the maps, so that when they deploy them they could be massive! Hopefully Robinton will do that.
Your thinking wasn't obvious. We have many people popping in that know nothing at all about the mod. Just trying to help.
I feel very confident in answering this though, since I was the first to chat/PM Robinton concerning this since I had had the same idea for this feature even before this Mod.
I am confident that this feature would apply to both SSP & SMP. I've never heard any dichotomies in the discussions that would imply a difference between the two CC versions. In fact, my earliest discussions with Robinton were regarding the effects on both versions.
And trust me; I'll be applying lots of bukkit pressure on him once this mod is ripe, since I have major plans for a bukkit server of my own. :wink.gif:
Alright, not sure how bukkitable it is but if it is i'm excited. Hopefully 1.8 comes out, I can't imagine how much more useful unobfuscated code would be.
It might be the java console in response to a program issue, BUT
i can reproduce a bug while using CC+toweringPhoenix+flyHack (so no knowing what the true cause is) but the memory usage will spike to 1.7 GBs and even when you exit the level the process maintains that memory usage, a client restart is required to fix it. running win7 and java7
I have a question about the cubic chunks mod, am i right in assuming that with this mod the terrain will generate beyond the 128 limit? or is it simply that you can build beyond this limit. Sorry for asking a question which no doubt has been asked before and thank you for any responses
"Cubic chunks": mod by Robinton to build over 128 & under 0 ( + 2048)
"ToweringPhoenix": Phoenix Terrain Mod modified by kinnikinnick to generate Terrain above 128(currently <256, he is working on a height setting.)
A few pages back screenshots have been posted showing this 256 terrain generator in action.
I doubt he's on vacation, more likely busy actually getting his code on instead of trying to keep up with and respond to every post like he used to when the posting activity was a little more manageable. :wink.gif: I don't blame him, I'd rather he focus on busting some code out and occasionally stop by to say "It's all done!" :wink.gif:
[EDIT] DevonX: That is one incredible picture you took there! I may just have to add that to the screenshots in my thread. :wink.gif: btw: what was the seed?
Thanks ^^ Ye would be awesome to have my pic at the thread XD. Im not really sure i think it was a random seed. Have deleted the world now :\
I see you have worked out some of it by experimenting, but to answer your first question, Steelcrow collected the various info about the settings recently in the PTM-thread. This should at least help with how they work in the standard terrain generation that they were made for.
SteelCrow's guide to the PTM settings
-------------------------------------
This is my attempt to explain the settings ini file for the PTM (Pheonix Terrain Mod) which is the successor to Bucyruss' terrain mod.
This guide is accurate as far as I can tell and within my understanding of the settings. I am quite likely in error regarding some things. Feel free to correct me and let me know to update. However, be prepared to be required to provide examples and/or verifications.
It's the end of june 2011. The current version for which this guide is up to date for is minecraft v1.6.6 and The PTM (Pheonix Terrain Mod) is currently on SSP Release 1.5 (Bugfix 11) and SMP Release 1.5 (Bugfix 10).
Much of this information can be found elsewhere but this should bring it all together.
That said, lets begin.
A quick note about seeds. The seed you use still plays an important part in what your world is like. The settings affect how the seed gets implemented, they do not override or replace the seed. You should generate several worlds with different seeds before deciding whether a set of settings is whast you were trying for or not.
-----------------------------------------------
<Biome Mod - All Biome Variables>
These set the global environmental conditions. Currently they only affect the generation of the world and biomes therein, not the designation overlay that MC uses for weather etc.
biomeSize:1.5
Modifies the size of biomes. Larger values generate larger biomes.
"This settings affects the average dimension of biomes on a linear scale, so every doubling of this value will quadruple the area of biomes."
Think of it as sort of a radius multiplier. Setting it to 5 is a huge biome, it'll be a long ways before it changes. 2 to 3 is decent. 100 should be thousands of meters across, maybe tens of thousands.
The initial 1.5 setting is the normal vanilla biome size setting. Remember that this is a multiplier of the variable sized vanilla biomes.
minMoisture:0.0
maxMoisture:1.0
Sets the minimum and maximum moisture of the world
Moisture is a percentage. 1.0 = 100%
Setting both to the same number or small range will limit the range of biomes generated. (see biome chart) Used to generate only certain biomes types or to exclude biome types by setting the ranges appropriatly when used in conjunction with the tempurature settings
minTemperature:0.0
maxTemperature:1.0
Sets the minimum and maximum temperature of the world.
Again a percentage expressed as 1.0 = max temp.
Used the same way as the moisture settings.
snowThreshold:0.5
iceThreshold:0.5
Those are the default settings. Settings range is -1 to +1. smaller (and neg) numbers mean less chance of snow and ice, higher means greater chance.
I don't know how accurate this is given that Notch played with the snow and ice regeneration part of the algorithm. Before 1.6.6 the ice wouldn't regenerate, now it will. This may now only set the INITIAL conditions and nothing more. I haven't had the chance to test it yet.
There is also a sort of biome overlay in MC that PTM attempts to adapt. Untested at this time.
-----------------------------------------------
<Biome Mod - Swamp Biome Variables>
muddySwamps:false
claySwamps:false
swampSize:2
Places a strip of mud or clay (size is dependent on the swampSize setting number) around the edge and below surface water. This will only occur in swampland biomes. The muddySwamp setting takes priority over the claySwamps setting.
-----------------------------------------------
<Biome Mod - Desert Biome Variables>
waterlessDeserts:false
Will remove all water from desert and ice desert biomes.
If you set your temperature and moisture settings to generate a desert world, making waterlessDeserts:true will result in the only surface water being in notch ponds. Setting notch ponds to false will result in the only water being in underground lakes and streams.
removeSurfaceDirtFromDesert:false
Will remove all dirt from the surface of deserts. This setting was introduced because changing some terrain generation settings will cause dirt to erroneously appear on the surface of desert biomes.
desertDirt:false
Will turn on the ability to let dirt appear on the surface. This setting occurs after removeSurfaceDirtFromDesert so turning both on will cause dirt to appear in your desert biomes.
desertDirtFrequency:0
Sets the frequency at which dirt will appear in the desert. The setting corresponds to the average number of chunks before a dirt block will appear. Example: setting desertDirtFrequency:100 means that, on average, you will encounter one dirt block every 100 chunks in the game.
-----------------------------------------------
<Cave Mod - Cave Variables>
caveRarity:7
This controls the odds that a given chunk will host a single cave and/or the start of a cave system.
caveFrequency:40
The number of times the cave generation algorithm will attempt to create single caves and cave systems in the given chunk. This value is larger because the likelihood for the cave generation algorithm to bailout is fairly high and it is used in a randomizer that trends towards lower random numbers. With an input of 40 (default) the randomizer will result in an average random result of 5 to 6. This can be turned off by setting the "even cave distribution" setting (below) to true.
evenCaveDistribution:false
Setting this to true will turn off the randomizer for cave frequency (above). Do note that if you turn this on you will probably want to adjust the cave frequency down to avoid long load times at world creation.
caveMinAltitude:8
caveMaxAltitude:128
Sets the minimum and maximum altitudes at which caves will be generated. These values are used in a randomizer that trends towards lower numbers so that caves become more frequent the closer you get to the bottom of the map. Setting even cave distribution (above) to true will turn off this randomizer and use a flat random number generator that will create an even density of caves at all altitudes.
individualCaveRarity:25
The odds that the cave generation algorithm will generate a single cavern without an accompanying cave system. Note that whenever the algorithm generates an individual cave it will also attempt to generate a pocket of cave systems in the vicinity (no guarantee of connection or that the cave system will actually be created).
caveSystemFrequency:1
The number of times the algorithm will attempt to start a cave system in a given chunk per cycle of the cave generation algorithm (see cave frequency setting above). Note that setting this value too high with an accompanying high cave frequency value can cause extremely long world generation time.
caveSystemPocketChance:0
This can be set to create an additional chance that a cave system pocket (a higher than normal density of cave systems) being started in a given chunk. Normally, a cave pocket will only be attempted if an individual cave is generated, but this will allow more cave pockets to be generated in addition to the individual cave trigger.
caveSystemPocketMinSize:0
caveSystemPocketMaxSize:4
The minimum and maximum size that a cave system pocket can be. This modifies/overrides the cave system frequency setting (above) when triggered.
-----------------------------------------------
<Cave Mod - Dungeon Variables>
dungeonRarity:100
dungeonFrequency:8
dungeonMinAltitude:0
dungeonMaxAltitude:128
Frequency is the number of times, per chunk, that the game will try to make a placement.
Rarity is the odds (out of 100) that the game will actually make each placement.
-----------------------------------------------
<Cave Mod - Lava Pool Variables>
lavaLevelMin:0
lavaLevelMax:10
The levels at which any caves are filled with lava (initialy the bottom 10 layers near bedrock)
Pretty self-explanitory.
Frequency is the number of times, per chunk, that the game will try to make a placement.
Rarity is the odds (out of 100) that the game will actually make each placement.
The above settings mean that yellow flowers will occur twice per chunk. (2x100%)
Roses will show up on average once per two chunks (1x50%)
Brown mushrooms once per four chunks (1x25%)
Red mushrooms about once every seven chunks (1x13%)
Reeds, ten per chunk (10x100%)
Pumpkins, once per thirty-three chunks. (1x3%)
Remember that the spawn requirements must also be met. So if there's no dirt next to water the reeds will not spawn all 10, only what can.
Pumpkin settings are for a pumpkin patch (So I believe, haven't tested).
-----------------------------------------------
<Deposit Mod - Above/Below Ground Variables>
evenWaterSourceDistribution:false
evenLavaSourceDistribution:false
Changes the water source spawning algorithm to a flat distribution. Normally, water sources are distributed with a higher frequency toward the bottom of the map.
Water and lava sources are the single source blocks that create waterfalls and lavafalls, both above and below ground.
The numbers seem high to me, but I think there are spawn conditions that result in the majority of the placement attempts being aborted. I've never seen a single water source placed in a cave ceiling or be buried in a wall. I assume then that they need to have the placement location open on one side with a minimum volume of air to spawn. So while the above settings seem like waterfalls will happen fifty times per chunk (50x100%) they actually occur far less frequently.
-----------------------------------------------
<Deposit Mod - Below Ground Variables>
These 'ore' deposit settings are all alike and will be explained together. The initial settings are the vanilla MC settings.
"Frequency is the number of times, per chunk, that the game will try to make a deposit.
Rarity is the odds (out of 100) that the game will actually make a deposit."
Using the Lapis as an example; What it means is that the world generator is always going to try to place one deposit of lapis per chunk (DepositFrequency). Each try has 100% chance of happening (DepositRarity). And that placement will be from 1 to 7 blocks of Lapis (DepositSize).
So in a single chunk these settings can spawn anywhere from 1 to 7 blocks of Lapis.
If the Deposit Frequency was changed to 5, it could spawn anywhere from 5 to 35 blocks of Lapis. This is PER CHUNK. 35 Lapis in a single chunk is one lapis in every 5x5x5 block in the 16 layers available with these settings. And it will occur like that in each and every chunk in the world. There would be far more lapis around than you would ever be likely to use.
I personally don't like simply increasing these settings as it makes the survival game far too easy. However coupled with the additional three sets of settings for each ore can make for interesting distribution patterns.
These two settings will produce iron as normal, plus because of the use of the rarity2 (etc) settings, it will once per 100 chunks (on average) produce an additional iron deposit of between 1 to 30 blocks. A 'vein' of iron ore per se., deep down.
These will produce some unusual effects.
Set one will produce the usual vanilla distribution of gold. There will always be two deposits of 1-8 gold per chunk.
Set two will deposit a single grouping of 1-16 gold just below sea level, but only once in every 20 chunks. It's likely that some of it will be replaced with ocean so you'll often find these lying in the deeper areas of water, when you don't find them in caves or solid rock. Keep in mind that if you drop your sea level they can be exposed on the surface.
Set three will usually, but not always manage to deposit a regular sized deposit of gold high up on mountains. There has to be a mountain high enough there for this to happen. But if there is this set will probably place one there.
Set four will produce an 'gold ore rich' layer across the entire world (as each setting affects every chunk in the world) it'll place 1-2 gold in the two layers allowed about 5 times per chunk. a single 16x16 layer is 256 blocks in total. So it'll be 1-20 gold in that layer. But it'll be wherever there is stone crossing those layers.
Because all four different settings were used all four will occur together. Keep that in mind as these four together will produce anywhere from 10-60 gold per chunk. In vanilla there is usually only 2-16. So using all four together can lead to excessive amounts of ores.
A word of caution. When determining deposit sizes remember to leave room for everything else. Stone, dirt, sand, water, the other deposits, etc. It's easy to go overboard with random settings and overload the chunks. You can essentially overwork and freeze the program with too many deposits and a lot of large deposits as it'll try to fit it all into the single chunk.
Making ten deposits of 200 blocks of ore per chunk can fill about 15 layers of each and every chunk with that ore.
Also a lot of deposits attempts will most certainly slow down chunk generation. Expect a great deal of lag and crashes may occur if you set these excessively.
-----------------------------------------------
<Deposit Mod - Hell Variables>
evenFireHellDepositDistribution:false
evenLightstoneHellDepositDistribution:false
Untested assumption is these spread the occurances out move evenly from top to bottom of the chunks. Again there's an assumption of spawning conditions to be met.
lavaSourceHellDepositRarity:100
lavaSourceHellDepositFrequency:8
lavaSourceHellDepositMinAltitude:4
lavaSourceHellDepositMaxAltitude:124
Lava falls, not the lakes. Seem to have spawn conditions similar to the normal world.
fireHellDepositRarity:100
fireHellDepositFrequency:10
fireHellDepositMinAltitude:4
fireHellDepositMaxAltitude:124
These are the flaming netherrack blocks.
-----------------------------------------------
<Replace Block Mod - Replace Variables>
removeSurfaceStone:false
Attempts to replace all surface stone with its nearest non-stone neighbor block type (dirt, grass, sand, gravel, or clay). If it cannot find a suitable neighbor block to duplicate, then it will default to Sand in Desert biome types and Grass in all others.
Also here is the Replace command option. 'Replace' tells the worldgen to place a block of a certain type instead of the one listed
For example;
replaceSand:dirt will replace all sand in the world with dirt. Apparently it was incomplete. Untested. Originally it was only terrain type blocks (no ores, plants, etc)
Has been altered. Should accept blockIDs also/or instead of names.
replacesand:grass
replaceclay:sand
is
replace12:2
replace82:12
You can have as many as you want.
I assume first listed is first changed. So;
replaceWater:Lava
replacelava:sand
will result in water first being changed to lava and then again to sand. But all lava will become sand in the second replacement.
Also;
replacedirt:sand
replacesand:dirt
will not switch sand and dirt but result in all sand ending up as dirt. and all dirt becoming sand then dirt again.
In order to switch the two you would need to shunt the dirt to a third block type, and then switch that third type after the second replace. For example;
will result in a switching of dirt and sand, but unfortunatly the elimination of all lapis. Try to use a defunct block or one you don't need for the third type. Sponge if it works doesnt occur naturally. Using cobblestone will work but result in abnormal dungeon walls.
-----------------------------------------------
<Terrain Mod - Terrain Variables>
waterLevel:64
Sets the water level of the world. Also depends on there being water to lower. See the moisture settings.
maxAverageHeight:0.0
If this value is greater than 0, then it will affect how much, on average, the terrain will rise before leveling off when it begins to increase in elevation. If the value is less than 0, then it will cause the terrain to either increase to a lower height before leveling out or decrease in height if the value is a large enough negative.
This is supposed to control height of the land. Has been 'broken' in the past. A high number will give you very sharp cliffs and high plateaus. It's easy to have the land end up at the max height level by accident. Experiment in small increments. Also it's dependant on the world seed used.
maxAverageDepth:0.0
If this value is greater than 0, then it will affect how much, on average, the terrain (usually at the ottom of the ocean) will fall before leveling off when it begins to decrease in elevation. If the value is less than 0, then it will cause the terrain to either fall to a lesser depth before leveling out or increase in height if the value is a large enough negative.
May be 'broken'. Seems to control the underwater slope/roundness to the bottom of the oceans. A high number will result in sudden sharp plunges to max depth. (good for underwater worlds) High numbers will effectively remove all beaches and shoals.
Be aware this can affect 'valleys' as well. It may in some circumstances raise land if negative.
fractureHorizontal:0.0
Can increase (values greater than 0) or decrease (values less than 0) how much the landscape is fractured horizontally.
Think of this as how often a horizontal line is fractured. That's not accurate as far as what is happening but it does let you grasp the nature of what this does. The higher the number the more fractures. Think of it as continents being smashed into smaller bits. Increase for archipelagos decrease for continents. (not accurate, but allows you to grasp the general function)
Negative fractureHorizontal should stretch out terrain features and make for smoother, flatter terrain.
fractureVertical:0.0
Can increase (values greater than 0) or decrease (values less than 0) how much the landscape is fractured vertically. Positive values will lead to large cliffs/overhangs, floating islands, and/or a cavern world depending on other settings.
This controls how often the vertical 'line' fractures. As the vertical height limits the number of visible fractures this setting doesn't always seem to effect much change. This is the setting that will give you plateaus and floating islands and the overhangs, undercuts and arches. A setting about 5 should get you floating islands.
Negative fractureVertical values should smooth out terrain features such as the sides of things like hills and cliffs.
Can sometimes create lag when it generates a massive underground vault near bedrock. Especially with large cave complexes.
Fracture is applied near the begining of the terrain generation and affects the basic shape and nature of the land.
volatility1:0.0
volatility2:0.0
Hard to explain, but think of these as terrain chaos settings. The larger the values the more chaotic/volatile landscape generation becomes. Setting the values to negative will have the opposite effect and make landscape generation calmer/gentler.
Another way to think of them is the amount of noise added to the general terrain shape.
volatilityWeight1:0.5
volatilityWeight2:0.45
Adjust the weight of the corresponding volatility settings. This allows you to change how prevalent you want either of the volatility settings to be in the terrain. Values should be between 0 and 1 and sum to some number equal to or less than 1. An example would be to set volatility1 to something high and volatility2 to some negative number. Then adjust volatilityWeight1 to a small number (say 0.1) and volatilityWeight2 to a larger number (0.85). This should result is mostly calm/flat landscape with the occasional chunk of terrain floating or jutting into the air.
Volatility is applied near the end of the terrain generation and essentially affects the roughness of the base terrain.
If you want flat land with rare but violent cliffs, you would have low horizontal fracture, and one volatility at 0 and the other one high, like 5+ (or more!) with a low weight, like .05 or something. Remember the weights may add up to no more than 1. I assume the unused % of the weigh allows the seed to generate nuetrally with no application of either volatility..
-----------------------------------------------
<Terrain Mod - Bedrock Variables>
disableBedrock:false
Removes the bedrock form the bottom of the map.
flatBedrock:false
Turns the bedrock layer into a single, flat layer one block thick.
bedrockObsidian:false
Turns all bedrock into Obsidian
-----------------------------------------------
<Terrain Mod - Temporary Variables>
disableNotchPonds:false
Setting it to true will remove those surface ponds of lava and water.
-----------------------------------------------
<Tree Mod - Tree Variables>
customObjects:true
Use Bob objects during world generation
objectSpawnRatio:2
Untested. Not sure myself.
notchBiomeTrees:true
determines whether vanilla trees spawn or not.
globalTreeDensity:0
Sets the global, starting tree density for all biomes. Increasing the value increases the density of trees in all biomes.
rainforestTreeDensity:5
swamplandTreeDensity:0
seasonalforestTreeDensity:2
forestTreeDensity:5
savannaTreeDensity:0
shrublandTreeDensity:0
taigaTreeDensity:5
desertTreeDensity:-20
plainsTreeDensity:-20
iceDesertTreeDensity:-20
tundraTreeDensity:-20
Sets the tree density in each biome individually. Large negative values are used to prevent trees from spawning at all.
(untested that the variable range is between 1-8, with -20 guaranteeing no trees spawn.)
(untested; tree density rates are bypassed by the bob object placement of bob trees)
globalCactusDensity:0
desertCactusDensity:10
cactusDepositRarity:100
cactusDepositMinAltitude:0
cactusDepositMaxAltitude:128
These settings adjust the creation variables for cacti.
-----------------------------------------------
<Underground Lake Mod - Underground Lake Variables>
undergroundLakes:false
Enables underground lakes.
undergroundLakesInAir:false
Allows underground lakes to spawn in the air.
undergroundLakeFrequency:2
undergroundLakeRarity:5
undergroundLakeMinSize:40
undergroundLakeMaxSize:60
undergroundLakeMinAltitude:0
undergroundLakeMaxAltitude:50
These settings adjust the creation variables for underground lakes.
If you have any corrections or additional data, please post it in the PTM thread.
Also When commenting please do not quote the entire guide. Just the relevant parts.
Wow, thanks for that, very informative. Question, however. Since chunks are now 16x16x16, don't all the rarities for ores and caves and other things have to be changed? And since the landscape is no longer defined from y=0 to y=128, but from -2042 to 2042, don't all the max and min elevations have to be changed as well?
One of the other problems I have is that the framerate plummets above 200 blocks. I suspect this might be because when you get up that high, you can see so many chunks that it has a difficult time generating all the new terrain for those chunks.
A couple suggestions that might make this even better:
1. Add cloudLevel: this would set what layer the clouds come in at. I find that the clouds are often at the lower levels of the map with this mod as it currently is.
2. Add tundraCutoffElevation: everything above this is converted to tundra biome for more realistic mountain tops.
I think the clouds should be about 400 or so blocks beneath the maximum height of the map, and weather should start below that point. This way, most places are affected by weather, but it is possible to go "above the clouds."
Also, I recommend that the highest mountains should not go too far past the clouds, otherwise people won't have any building space up there.
oh! trust me, you will NEVER have to worry about build space EVER again, the new CC version is 65,000 blocks from top to bottom!
What has science done?!
And how will I ever climb a mountain that high? It's going to be freaking impossible! If you fall down a vertical drop you'll have to wait ten minutes to die!
And how will I ever climb a mountain that high? It's going to be freaking impossible! If you fall down a vertical drop you'll have to wait ten minutes to die!
...
In other words, I am totally psyched!
Muhahahaahahahaa!!
Which is why I can't wait for the next version of the Zeppelin Mod. Mouser X has talked it's author into adjusting it so that you can change it's max height in it's config file in it's next version. So long as there aren't any other compatibility issues it should they allow us to fly sky ships around in these brave new worlds! :wink.gif:
btw: I am very happy to report that another [WIP] Mod that I have a very personal interest in, the Pullcart Mod, is working great with the Zeppelin Mod! The pullcart mod is still very alpha and the current version has an amusing little temporary addition to it, but it seems to bring much needed functionality to the Zepplin Mod, and promises to bring more once the Furnace carts are fully working. :wink.gif:
You can see screenshots and more info regarding this at my post [Post# 1933] in the Zeppelin thread.
I don't think I ever got around to mentioning it, but for a version or two now, I've included the IC "World.java" "ModSaver" hook along with a dummy "ModSaver" class. If you're runing CC and IC, install IC first, then install CC, but don't include "ModSaver.class" from CC!
Aha! So IC = the first Industrial Craft Mod. There will be some people very happy to hear that!
It's all-in-one right now, though test patches occasionally surface for various features such as the fun space mod and the progressive terrain generation tests.
The specific feature you are referring to has not yet been added or made. It is one, though, that we all have great hopes for. :smile.gif:
- 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
maxAverageHeight:1.0
maxAverageDepth:0.0
fractureHorizontal:-10.0
fractureVertical:-10.0
volatility1:2.0
volatility2:1.0
volatilityWeight1:-6.0
volatilityWeight2:-9.0
I see 4 main areas that need help, in order of importance:
1. Insane surface lava everywhere.
2. No oceans, regardless of waterLevel setting.
3. Pumpkins everywhere.
4. Won't generate soil/rock above y=256. I'm fairly certain that the flat-topped mountains at y=256 you can get with some settings are actually being prevented from going higher. With the settings I use above, sometimes there will be a ridge of nice curved peaks, but the tallest will be flat on top, stopped at 256m.
I got that it's mostly an idea right now but as a bukkit user it seems like something that would work well just client side.
Your thinking wasn't obvious. We have many people popping in that know nothing at all about the mod. Just trying to help.
I feel very confident in answering this though, since I was the first to chat/PM Robinton concerning this since I had also had the same idea for this feature even before this Mod.
I am confident that this feature would apply to both SSP & SMP. I've never heard any dichotomies in the discussions that would imply a difference between the two CC versions. In fact, my earliest discussions with Robinton were regarding the effects on both versions.
And trust me; I'll be applying lots of bukkit pressure on him once this mod is ripe, since I have major plans for a bukkit server of my own. :wink.gif:
I've, since early on, talked with him about how people making server maps could be allowed by settings to generate the compressed chunks out as far as they wish when first making the maps, so that when they deploy them they could be massive! Hopefully Robinton will do that.
- 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
Alright, not sure how bukkitable it is but if it is i'm excited. Hopefully 1.8 comes out, I can't imagine how much more useful unobfuscated code would be.
i can reproduce a bug while using CC+toweringPhoenix+flyHack (so no knowing what the true cause is) but the memory usage will spike to 1.7 GBs and even when you exit the level the process maintains that memory usage, a client restart is required to fix it. running win7 and java7
Cheers, addfff000
thank you very much :smile.gif:
Thanks ^^ Ye would be awesome to have my pic at the thread XD. Im not really sure i think it was a random seed. Have deleted the world now :\
Wow, thanks for that, very informative. Question, however. Since chunks are now 16x16x16, don't all the rarities for ores and caves and other things have to be changed? And since the landscape is no longer defined from y=0 to y=128, but from -2042 to 2042, don't all the max and min elevations have to be changed as well?
A couple suggestions that might make this even better:
1. Add cloudLevel: this would set what layer the clouds come in at. I find that the clouds are often at the lower levels of the map with this mod as it currently is.
2. Add tundraCutoffElevation: everything above this is converted to tundra biome for more realistic mountain tops.
Also, I recommend that the highest mountains should not go too far past the clouds, otherwise people won't have any building space up there.
oh! trust me, you will NEVER have to worry about build space EVER again, the new CC version is 65,000 blocks from top to bottom!
What has science done?!
And how will I ever climb a mountain that high? It's going to be freaking impossible! If you fall down a vertical drop you'll have to wait ten minutes to die!
...
In other words, I am totally psyched!
Muhahahaahahahaa!!
Which is why I can't wait for the next version of the Zeppelin Mod. Mouser X has talked it's author into adjusting it so that you can change it's max height in it's config file in it's next version. So long as there aren't any other compatibility issues it should they allow us to fly sky ships around in these brave new worlds! :wink.gif:
btw: I am very happy to report that another [WIP] Mod that I have a very personal interest in, the Pullcart Mod, is working great with the Zeppelin Mod! The pullcart mod is still very alpha and the current version has an amusing little temporary addition to it, but it seems to bring much needed functionality to the Zepplin Mod, and promises to bring more once the Furnace carts are fully working. :wink.gif:
You can see screenshots and more info regarding this at my post [Post# 1933] in the Zeppelin thread.
- 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
Aha! So IC = the first Industrial Craft Mod. There will be some people very happy to hear that!
Are the CC 1.42 Client & Server included in this?
- 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
(Bigger mountains, caves, etc...)
Now, to get on that sky scraper!