Minecraft Forums

Hey, this is a great mod; keep it up man! In addition to windmills, it'll be cool to also see watermills in the future Also, the sluice seems like a common crafting recipe, you should consider a recipe that might be more unique to your mod.

I have discovered an entertaining (and exploitable) interaction between harder wildlife and Thaumcraft. I'm not sure if you've ever used Thaumcraft before, but in that mod, the player can acquire 'warp' through doing various things. Warp has a lot of effects, like causing negative status and causing monsters to spawn around the player. One of the effects causes a large (~16-24, I think) number of 'mind spiders' to spawn. They rush at the player, but can do no damage and have 1 HP. Normally they don't drop any items, but because of the increase in string drops from spider type enemies, the mind spiders each drop string.

Isn't this because you check the entity as an instanceof EntitySpider?

Harder Undergrounds config doesn't generate til after it tries to register its Stress Analyser enchantment id.

Which makes it hard to change if there is a conflict because it crashes before it generates.

This mod is pretty fun when combined with Enviromine. Rather like the harder ores mod too.

Hi, I'm trying to setup a modded server, and I have special requirements for the ore generation.
Your mod is the only ore distribution scheme that actually works out of the box without missing ores, or double spawns and such.

I want to create patchy areas of approximately 16x16 chunks with Dense (mostly solid) veins, some areas definitely contain more ore than others, and i want to use the distribution to drive landclaim based PvP competition.

How do I easily configure the veins to be larger, denser, but more rare?

I'm presuming that altering the

<Setting name='MotherlodeFrequency'

and

<Setting name='OreDensity'

for each ore will do this.

I'll halve the first, and double the second.

New random request. Is it possible to make a config option that disables initial worldgen cave-ins ? My puny CPU gets really laggy as I move around. Could it be tied to a block update?

At least, if for sand, it would help with the sinking shorelines.

Oh ok, I already spent over an hour fiddling with a whole bunch of settings for all the ores up to lead, where I frankly, gave up.

What is the maximum density which actually makes a difference?
I was in some cases I increased it to as high as 3.5, but perhaps it caps before that?

Maybe we should look at what Retro did for redstone in COG. As I
understand it, he grouped several veins close together, and made the
plops less frequent -- giving a clumping/grouping effect.

Yes, I definitely want a clumping effect, where some areas have a local monopoly on one (or several!) resource(s)
In my current server map, I've located a nice area with a gold motherload, iron motherload BC Oil and above ground structure within ~8 connected chunks. I'd like more of this, with fewer resources spread out between.

Actually, all I did was reduce the frequency of vertical veins, and give them a child distribution at a higher frequency. Sprocket Advanced generates vertical veins like this by default.

If you want to clump different resources together, you can generate the initial XML using Sprocket, but you'll need to edit the XML afterwards to add the child distributions.

Quote from amkeyte»

New random request. Is it possible to make a config option that disables initial worldgen cave-ins ? My puny CPU gets really laggy as I move around. Could it be tied to a block update?

At least, if for sand, it would help with the sinking shorelines.

Perhaps the best solution for this (when it comes to changing the mod) is to alter underground terrain generation altogether. I know that's not the easiest change to make (that's the understatement of the epoch) but one of the implied ideas of Reasonable Realism is that the added features (seasons, underground gas, structural integrity, etc) existed since the dawn of the Minecraft world, before the player stepped foot inside and started generating it one chunk at a time. So it's only natural that terrain features would generate in a way that follows these rules. The only rule that seems tough to apply in that manner is structural integrity. You'd have to add some very specific qualifications to the code for cave generation (no huge chambers, etc.) in order to force Minecraft to stick to Harder Underground's structural integrity physics.

But, as I said, that's a really tough change to make. And to be fair, in the real world, there are some pretty 'impossible' caves and geological formations where the alteration of a 3'x3' chuck of stone would cause them to change from "perfectly stable" to something reminiscent of "the rubble formerly known as the Old Man of the Mountain." So all-in-all it seems like the current system is preferable to spending weeks/months trying to completely redefine terrain generation. But, if you ever feel inspired, Draco (and have a ton of spare time) it's an idea :P.

Quote from DcNdrew»

It looks like Pam's fruits doesn't care about the seasons.

One cannot simply design a mod that is compatible with every other mod. This does make me wish Minecraft would have object categories for other things like they do for ores, though ^_^. It would make the work of a lot of mod authors much easier. Anyways, the difficulty with cross-mod compatibility is that both mod authors kind of have to work together. If one author makes even a small change to their code, it could cause issues with the other. So say Draco added definitions and stuff for all of the Pam's fruits...-bushes? tress? IDK-and then the author of Pam's Fruits changes the name of a fruit, or alters it in some other way, it could lead Draco's code to behave in unusual ways. It's a bit better now that item references require named IDs rather than just numbers (some crazy stuff could happen back in the day...) but, still, it's very difficult (and time consuming) for a mod author to try to add cross-mod compatibility with more than just a few mods.

The exception to that rule is with API based modding and other instances where mods have very specific, solid rules that won't change. Like how Draco's other mod, Unique Artifacts, uses Baubles. Baubles might have little changes here and there, but the core mechanics will stay the same, so even if Baubles changes, mods designed to interact with it don't have to (except when there's a Minecraft version change, of course). Also, Baubles itself has a very limited feature set. It's designed as a tool for other modders to use in making their own mods.

BTW, I'm writing this post while I'm really tired, and I say stupid stuff when I'm tired. I almost had the good sense to delete this whole post, but I liked my bit about the Old Man of the Mountain (because I'm a horrible person?) so I kept writing against my better judgement. I'll probably look back on this whole mess of a post with regret someday...