Bay 12 Games Forum

Nahere, I was looking everywhere for that comic, but I went for another one. Thanks for finding it!

Here's the link to the actual page, if it helps.

Have you tried with only one? Does your errorlog say anything?

Quote from: Dwarf_Fever on September 30, 2016, 05:08:44 pm

Quote from: SQman on September 30, 2016, 05:04:45 pm

All those dangers would encourage arming as many goblins as possible despite sieges being broken. Also, without goblins dying for silly reasons, what reason would there be to bring back slaves?

Why should goblins work when slaves can?

You bring up a most interesting point, good sir or madam.

I believe the sociological outlook of the Goblinite people is a matter of utmost importance, and is something that few contemporary Dwarves deign to publish on.
Do Goblins really see all other races as slaves, and their own "kind" as "free"?
or are all creatures just a means to an end for this pragmatic and noble race?

Would a Goblin necessarily be drawn to empathize more with her downtrodden counterparts, or, in her eyes, are they no better than the slaves themselves?

Truly, we have not entirely fathomed the depth and width of the Great Goblin Society that has stood in the shadows for so long. Perhaps, theirs is the only truly equal, and truly fair society that has broken free of the shackles of innate bias and prejudice that mar so many other races.

For if all begin life as a slave, then did not all start as equals?
 

I recognise that you aren't being serious, but I think it's worth noting that goblins are never intolerant:
[PERSONALITY:TOLERANT:50:75:100]
They might enslave prisoners of war, but those they kidnap are treated as equals. Of course, that doesn't mean they are treated well, as goblins are without exception cruel and without altruism.
[PERSONALITY:CRUELTY:50:75:100]
[PERSONALITY:ALTRUISM:0:25:50]

There is that one time travel RTS that I forgot the name of.

Achron?

Saiyans are playable in Fort mode, and given what I've heard about Fort mode pathfinding I'd imagine that the lack of a flier token is intentional.
A couple things I've noticed:
The kamekameha interaction is missing an attack type ([CDI:MATERIAL:INORGANIC:KAMEHAMEHA_DB] should be [CDI:MATERIAL:INORGANIC:KAMEHAMEHA_DB:SOLID_GLOB] or whatever works best).
Screaming calls for yelling.txt not dragonball/yelling.txt.
Those were for 1.1.2 but may have changed in a dev version.

One roll of cloth is 10000 units. Just make two pieces and he'll be fine.

Crashes without errorlogs? I suppose it's time to repost this:

This will be a useful tactic for future modders.

DF doesn't tend to shut down when it encounters an error, it simply keeps trying to run until it crashes and burns.  If something throws the parser out of whack, it'll keep going on its merry way, even if that means it'll start sticking materials and creatures where they shouldn't go, leading to the weirdness that happens due to duplicate raws.  I figured whatever the bug was here, it must be related somehow to this phenomenon: something that isn't listed among the illegal operations but throws the parser out of place so you get invincible bandits if you're lucky and crashes if you're not.

So I got a new idea: Instead of playing hit-or-miss and trying to find a pattern for how stable the game was, try to figure out how the game was loading the raws.  How?  Simple: deliberately introduce errors into the files and read the order they show up in the error log.  Turns out the game always loads the raws in the same order: inorganics, plants, tools, creatures, civs, and interactions, and within a type, it loads them in the order the files are arranged (alphabetically).

I couldn't figure out what was making the difference between whether the game loaded or crashed, but I did find that when it crashed, the error logs always stopped at the same creature group, no matter where they were placed.

It's the shellcreeper family sky-blue spinies/paraspinies.  They've been in since the very beginning, not making trouble, but ultimately setting up the stage for an inevitable crash later on.  Rather fitting, no?  Curse you, spiny blue shell!

Remove them and the game is 100% stable.  Problem solved!  (Still haven't figured out what the problem is exactly, but the whole shellcreeper family is kind of knotted together in order to avoid repetition, and it isn't hard to imagine that formerly unknown bugs could come from that kind of data structure.  I'll just give them their own separate section.)

Quote from: IndigoFenix on August 18, 2016, 08:59:47 am

Descriptions are mostly hardcoded, but you can give their parts variable dimensions.  For example you can make a sword creature and have it be described like "its blade is long/short".  Straight or curved might also be an option (since it occurs for noses), but you can't make new descriptions that aren't already used for some body part.

Not entirely true, if I remember correctly. You can fake it with colors and layer shapes, I think.
I know I managed to set up a naming system for my Huragok in a Halo mod using colors, so it would say stuff like "His buoyancy is Lighter than Some". It'd probably be simple enough to do something like that with weapon creatures.

The problem with that method is that you end up with dwarves whose favourite colour is "Lighter than Some".