Bay 12 Games Forum

Well, if the explosion kills them then they will go off in turn 

Now you're getting the idea!

So I could also attach a burninating syndrome to the explosion... somehow. Oh, and by changing creepite to a metal I did get some nice explosions (they now cover about three tiles but still do only minor damage to things caught in the explosion - but it managed to inhibit a BC's lower body ). For the syndrome, I guess there are a couple choices:

- Fun option: Creepers randomly give off a syndrome cloud that burns everything in it, including themselves.
- Make it so that anything that eats a creeper burns to death from the syndrome.
- EDIT: Yes, making creepite give off a horrifying pain/blister/fever syndrome is possible and I'm working on it as we speak!

I like the third option best; the second won't affect anything but adventurers and maybe dwarves (if they're playable and creepers aren't sentient), and the third would make creeper explosions non-weapony and creeper "forts" impossible.

EDIT EDIT: The Creepite Syndrome is done. It now gives off a "creeper burn" which can be inflicted in many ways - and hoo boy, it's nasty. It causes severe blisters, bleeding, pain and fever and lasts for about four days. Hopefully this is very Fun, although it would also make combat against things fairly easy if you have a high population.

Excellent...

EDIT EDIT EDIT: It managed to make a cyclops stagger around for a bit and trail blood and grease, but its healing factor saved it. In fact, lots of things seem to heal from the explosion... maybe it means they just stopped bleeding? But the important thing is that the explosion strips the fat off afflicted areas, making most creatures unable to move. Yeeg.

Good. Make the bleeding last longer to get them to stop healing quickly.

I also want to work on introducing the zombie race soon. Hopefully I'll find a good way to make them trail miasma behind them - give them a rotten brain/heart?

Maybe have them afflict themselves with necrosis somehow, and then somehow not be too affected by it?

Well even if it slowed down based on false alarms, how often does that really actually happen?

A lot, if you're unlucky. As an example, there's a lot of times when some stupid puppy or duck of both get hit by a minecart in my one fortress. And construction accidents, often generating combat reports, are fairly common.

The issue with drinking and eating, it'd be a pain in terms of path finding. But it could also have some good gameplay effects. Maybe something along the line of allowing civs to carry backpacks to take their lunches and a couple drinks on the go or something. And more spread out eating areas, maybe food stored in rooms (though that might have to wait for the economy update).

If dwarves carried food with them, that would invalidate the point of dining rooms. Drink makes sense, though; instead of grabbing a barrel and drinking straight from that, they'd pause as they work or eat to swig some dwarven wine.

TONS of dwarves are available.
Random prisoner named Sprin? Gotcha.

I got back, and will post the new update come the morrow.

I like the idea of being able to set c, but not a or b. Those seem gamey. c, however, does not. After all, who wants to climb up a flight of stairs carrying a boulder?

(BTW, much better idea than I had feared.)

Soooo Hill Dwarves.
They are working. They embark with above ground food and they like being outdoors, just as planned, but they just don't feel different enough from regular dwarves. I feel almost like I'm playing a cheater version of dwarves, there are no drawbacks for what has been added-
And it's not unexpected but the emissary still jabbers on about the mountain home, not sure if there is a way to fix that.
One work around I tried was changing the entity in the raws from MOUNTAIN to PLAINS, seemed like it could work, right? This however had the bizarre side effect of changing the dwarves into humans. In every way human - it was very strange.
This got me thinking, much as i like hill dwarves and seeing their cities popup on the map they just really arn't different enough from normal dwaves to make it worth them being a second playable race.
Humans on the otherhand, I see alot of potential for them. Lots. I think the next thing I will work on is purposely making humans a playable race and making the hill dwaves adventure mode only.

One thing that comes to mind for hill dwarves is having their industries take off in a different direction than dwarves. Mountain dwarves are focused on metals, gems, and stone underground. Hill dwarves live aboveground; perhaps they're more pastoralists, and/or crafters of wood and clay. Also, there's a method that sorta reverses cave adaptation; ask someone who comprehends it what it is and use it. This encourages aboveground building, as would reducing skill learn rates on mining and especially masonry and stonecrafting. In exchange, increase learn rates on carpentry, pottery, and perhaps woodcrafting/burning. Add some reactions that allow them to:
Finally, remove their ability to use subterranean stuff. Why do surface dwarves still grow plump helmets as a staple crop?

Maybe, instead of chopping trees, elves would have a special "Elven Grove" type of workshop where elves, using their Nature Magic skill, grow wood. The Grow Wood reaction (or whatever) would take one, preserved log, have a 10-25% chance of producing a copy of it, and perhaps a very small chance of producing a special, magical log.
Also, bark armor should be a bit different. Maybe something like first stripping off the bark from a log (turning it into "stripped wood," which should be less valuable and unuseable in the grove) and "X wood bark" (X being the tree type, and bark being a custom tool). Then, change the barky reactions to use bark.
In exchange, make elves learn melee skills other than swordselfship VERY slowly (swords being both a traditional elf weapon and the "Jack-Of-Both-Trades" slashing weapon, and therefore not as good as axes or spears for reasons given in the link). Also, consider giving them a reaction that they occasionally use in greeting that slows each down immensely for a while as they lazily chat.

Quote from: GreatWyrmGold on July 01, 2012, 10:39:00 pm

Well, out of those only the kitchen lets you make custom reactions.

How much do Minecraft creeper explosions affect each other?

In-game, they damage other creepers but do not set them off.

And another thing: should they be alcohol dependent? I'm trying to think of malicious ways to debuff them in order to balance the mod if I do remove it.

Make creepers' explosions have a chance to set each other off as a debuff. It violates canon, but it solves your problem and is bloody hilarious.

Quote from: GreatWyrmGold on July 01, 2012, 02:48:24 pm

Quote

Quote

Quote

Fortress: Option to have dwarves drop hauling item when running to burrow
In case they need to get back to the fortress quickly to avoid getting caught outside in a siege, there should be an option to have dwarves drop an item they're hauling to increase speed.

I've seen varied behavior. Normally they do drop stuff they're hauling when interrupted (including once in the bottom of a river I was slowly draining), but apparently not always. Obviously, when the thing they're hauling is something like an artifact axe, or a big stack of meat and the pursuer is a vulture, you want the dwarf to keep hold of it. Either greater intelligence or some kind of menu (maybe under 'o'rders, maybe under 'h'auling) where dwarves are told what to hold onto and what to drop when interrupted would be needed.

I've never seen them actually drop something when fleeing from a siege. And as for the menu thing, that's why I specified "have an OPTION to".

Well, about the "Option" thing, dwarves aren't too god when they have "options," now are they? A bit of player control is preferable to dwarves deciding if that lasher is dangerous enough to drop the item or if the plump helmets (7) or what-have-you are important enough to keep, ignoring that they're probably light enough to not make a difference.

Er, sorry, that's what I meant. ^^; Make it so that the player can choose if the dwarf drops the stuff or not.

Well, hacing to choose every time a dwarf is interrupted if Urist drops the item or not would be tedious and likelt immersion-breaking; that's why I advised a menu.