Bay 12 Games Forum

Quote from: toryoom on April 13, 2010, 01:44:52 pm

I imagine that most people who are tied to any graphics system/visualizer enough to where they won't use DF without one are among the --I've found, rather large-- camp of people who wouldn't play DF without some kind of visualization above ASCII levels anyway, no matter how much they like the game's premise. So it's probably not a statistic that could relevantly be counted as 'worrisome' anyhow.

Personally I don't want a complete third-party interface by which I can play by proxy. When I use Stonesense I freeze DF and just look around. I use visualizers for the rendering, not for necessity. It's just near-impossible to see anything big and intricate across z-levels without a visualizer.

That being said, I'd still play and enjoy DF, I just wouldn't have the impetus to build anything fun and big or mess around with any of my pet project ideas because they all require a visualizer to look nice.

It would be also very hard to make an external interface. The problem there is that lots of the actual functionality of DF /is mixed/ with the interface code (by Toady or the compiler... hard to tell). You can't replace that without rewriting the functionality or interfacing with it in some really weird way. For example, when you give the miner labor to a woodcutter who is already trying to 'pickup equipment', the *menu* does some deep magic manipulating all kinds of vectors inside the creature and calls something using a function pointer. I wouldn't want to mess with corner cases like that.

So, not likely to happen anyway.

I thought about doing some form of adaptive layer peeling, where the layers are determined by the structure of the fort.
So say you have a tunnel that runs at constant depth under a mountain face. You want that to be visible at the same time, because a fight might be going on in there... just plain 1 layer = 1 z-level doesn't work in such cases. Same for the varying cavern ceiling height.

Here's an extreme example: a pyramid inside a pyramid inside a pyramid, etc. Slicing by z-level will never let you see the inner pyramids whole.

Quote from: Grax on April 11, 2010, 08:20:01 am

Quote from: Nabobalis on April 11, 2010, 08:16:45 am

Quote from: Grax on April 11, 2010, 07:48:13 am

Dwarves still don't work with jobs enabled by DT.   

I think its a bug with DF (i'm sure I read it somewhere), sometimes the job wont be activated even if you activate it. I think either a reload of the save or turn it off and then turn it back on.

Manual job managing seems to be okay at any time.

It's happened to me. I've had to toggle mining on dwarves that embarked with the skill, migrants that came with it, and once for a guy I switched the labor on for. It seems like the Pickup Equipment task doesn't get assigned reliably.

This is because the pickup equipment thing depends on an extra bit to be set.

chmod:
*(_DWORD *)(creature + 0x21C) |= 1;// pickup equipment bit

Quote from: peterix on April 07, 2010, 02:31:17 pm

Nevermind.

Fffuuuuuuu
Why did you delete this?

It had too much potential for drama the way I wrote it... it was less than polite.

Anyway.
I believe some of those problems with DT not seeing dwarves can be fixed by using a different creature vector: 0x0166eccc instead of DT's 0x0166ed2c.
The various lists I got from disassembled DF code can be had here, along with a ton of other offsets: http://github.com/peterix/dfhack/blob/DF2010/output/Memory.xml

So apparently you no longer start with military dwarves upon reclaim. Just seven dwarves as usual. I'm on my 5th reclaim trying to kill one ettin...

Why not make a battle-hardened adventurer instead? Kill the thing and then embark with dwarves

Just did a quick test with the Linux version of 40d19, and no-go for me. But then, maybe I expect too much from WINE. It keeps telling me to go to the active DF window, while I'm playing.

You can't expect a windows application to interface properly with X and whatever window manager you are using. It's hard enough to do this natively - every window manager behaves differently.

It could use a gradient - things becoming more common the deeper you dig.

This: http://s853.photobucket.com/albums/ab95/lordmick134/?action=view&current=masterpieceoz3.jpg

Or rather this : http://dethware.org/masterpieceoz3.jpg