Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[cochramd]

So are you going to keep talking about he not communicating enough or are we gonna get around the fact he already comunicated by updating the log again and gave us among some clean ups this little jewel:

"I also added a numbered tag to reactions so that they won't use up entire bone stacks making multiple products if you don't want them to (the dwarves were making giant piles of bone plectrums out of a single yak skeleton all at once). I don't remember if this was already possible in some way, but there's a new tag anyway."

Wait, why would you not want them to do that if it means you produce more crafts in less time?

[LordBaal]

Exactly. My guessing it that so you don't end up spending the whole pile in useless junk, so you can use a pile for multiple products. The thing I would like to see the most are moders reactions to that, and how can this numbered tag can be applied in the game. Specially if this finally means making more than one pair of shoes from the leather of a whole freaking elephant.

[Toady One]

(bones and shells have a numbered amount that it calculates from the skeleton it is carving up.  if i remember, leather doesn't, since it is no longer a "body component", so this won't matter there.  what this did stop is yak bone [14] -> 14 bone instrument mallets and no bones, in one job.  now you can use the rest of the bones for something else.  we'll give leather a size at some point.  all those cloth/thread/bar/etc. sizes are still kinda iffy, but I think this tag will apply there too if modders have noticed those jobs also produce giant product stacks when the amount consumed-per-product is small.)

[LordBaal]

Wow thanks a lot Toady! It's more clear now.

[Button]

Wait, why would you not want them to do that if it means you produce more crafts in less time?

This is a huge deal when you're making something that needs to go into a container, because if you get too big a stack of items, you'll have too many "units" of liquid/powder and they won't be put into the container - and so they spill on the floor and can't be used. I ran into this a lot when I was trying to make reactions to consolidate booze into fewer barrels.

Does this number tag indicate the exact number of units to be used per reaction, the max number of units to be used per reaction, the max number of products per reaction, or the exact number of products per reaction?

How will this new tag interact with multiple-reagent reactions?

[Random_Dragon]

I'm still gonna be leery of more bone edits. It tends top royally screw with adventure mode crafting. Right now it's a choice between consume a whole stack of bones, or require two separate stacks but only take 1 from each. >.>

[Knight Otu]

I'm still gonna be leery of more bone edits. It tends top royally screw with adventure mode crafting. Right now it's a choice between consume a whole stack of bones, or require two separate stacks but only take 1 from each. >.>

? Right now bone crafting works correctly in adventure mode, at least in my mod. It's cloth/thread crafts that have problems.

[syyrah]

Are the recipes and procedural generation of games still in plans for the release after this one?

I have been hearing something about myth generator, and just wondering if there have been a change of plans.

[Random_Dragon]

I'm still gonna be leery of more bone edits. It tends top royally screw with adventure mode crafting. Right now it's a choice between consume a whole stack of bones, or require two separate stacks but only take 1 from each. >.>

? Right now bone crafting works correctly in adventure mode, at least in my mod. It's cloth/thread crafts that have problems.

Unless they fixed that...I could've sworn bone stacks still interacted oddly with adventure mode reactions.

Then again I also have the perpetual issue of skulls refusing to be usable no matter what I do, which others have figured out how to work around. >.<

[Shonai_Dweller]

64 bit Dwarf Fortress coming soon^TM!
Woohoo!

edit: Just as clueless as Edmus below me...

I know lots of people have lots of opinions on the matter, but what do you see as the main potential of a 64 bit Dwarf Fortress?

[Edmus]

How will 64 bit affect performance?
Asking on behalf of all three clueless people.

[lethosor]

It won't affect raw speed very much, aside from a few minor things like being able to use more register space in some cases (e.g. 32-bit arithmetic could use twice as much register space in theory, assuming I understand how registers work), and 64-bit arithmetic would be faster. (DF doesn't seem to use 64-bit integers for much, though, so this won't have much impact - if anything, some things that are 32-bit integers right now could become 64 bits in a 64-bit build, which should result in almost the same performance in those cases.)

The main benefit people see in a 64-bit build is the ability to address (i.e. use) more memory - 32-bit code uses 32 bits to refer to memory locations, which allows it to use up to 4 GB of memory (which Windows further restricts to 2 GB by default, which can be reached with large enough worlds/maps), while 64-bit code uses 64 bit pointers and can use up to 16 exabytes of memory (17179869184 GB if I did the math correctly).

[LordBaal]

Speed wont improve all that much, but thing the game can track at the same time would, so in theory that could lead to bigger maps, more population and a lot of other things.

In simple terms: You have a car, and there's only a single gas station in the world, you can only go within the range your gas tank allow it from the gas station. This would be something like virtually making the fuel tank infinite. Sure, you still take the same time to get anywhere, but now you can literally go anywhere.

[Eric Blank]

Well, windows will at least permit the program to use 3-4gb of memory, then. I'm excited for this, honestly, just for being able to use a bit extra. Not that my laptop has anything extra to give right now.

Will bookcases be used for anything outside of designated libraries? How will they behave in adventure mode? If they're unwalkable tiles we won't be able to stand on them to access books, so we'd need to use the command for interacting with a building, right? Will we be able to both place and remove from them? Will it be restricted exclusively to books?

[Shonai_Dweller]

Speed wont improve all that much, but thing the game can track at the same time would, so in theory that could lead to bigger maps, more population and a lot of other things.

In simple terms: You have a car, and there's only a single gas station in the world, you can go from a to b with a single tank of fuel but you can't go further. This would be something like virtually making the fuel tank infinite. Sure, you still take the same time to get anywhere, but now you can literally go anywhere.

Except that, just like the car, right now DF gets heavier and slower the more stuff is running around. So, if there's no speed improvement the result is not being able to do any more than is currently possible (besides super large world generation). However, Toady has obviously put some effort into making DF 64-bit eventually so I'm wondering what he's thinking it'll be used for. Is it just big worlds? Is it prep for the planned multiple planes of reality? There's plenty of theoretic possibilites.