Bay 12 Games Forum

Use one bridge, that the wagons pass over when it's down, and the dwarves walk across the top when it's up.
z0
*******
***>***
*DDDDD*
*DDDDD*
*DDDDD*
*DDDDD*
*DDDDD*
**...**
*BBBBB*
*.....*
z1
*******
***<..*
*****.*
*****.*
*****.*
*****.*
*****.*
*****.*
.bbbbb*
*******B=raised bridge b=top of raised bridge >=up stairs <=down stairs
Even if a buildingdestroyer knocks out the bridge, he can't get in this way. Bonus: put a meeting room somewhere in the depot area, and migrants should go there if no other meeting area is accessible. Wait until they arrive, throw the switch, and let 'em in. Or throw the other switch, and cleanse them with fire. (It's already a depot, so you should have magma ready to go...)

I seem to recall at one point editing a text file that contained the custom-saved embark profile. Once it was edited (To give an absurd amout of something or other) it was usable. I even renamed it 'cheat'.

That might let you get 7 dwarves with lots of skills and a big chunk of equipment. Bring along enough cloth and gems to stud/sew it all, and then your first immigration wave should come early and heavy.

janglur: I'm not getting the file either.

It seems that you are CPU limited as well... I'm gonna check out how much I can bump the speed and voltage on the CPU.

I suspect that my monitoring software is having a noticable efffect, but I'm not willing to lose the real-time temp monitoring because I'm paranoid. For the record, my current all-time CPU temp record is 24 C, and my current temp is 16 C- which is slightly below what the weather service has for outside air temp, and I'm not cooling the house. I think I might have a little room to play with here.

If I don't respond for a week or so, I might have invented the magma CPU.

Background: New embark, diving for the cavern and trying to make it work. I want a part-time milita of my miners and woodcutter, and I want them to carry and use their picks and ax when off-duty, and keep using them when they go on-duty. I have the three of them assigned to a squd, that is scheduled to be off-duty forever. Whenever I need them, I use the (s)quads menu to issue specific move or kill orders, then cancel the order when it's no longer needed. So far, so good- they go from civilian to military status whenn orders are issued, and return when orders are cancelled. BUT, often, when they go from one status to the other, they will drop their pick or ax at the ground and refuse to pick it up.

I've noticed that if (while civilians) I assign them the specific weapon that they are carrying, they will either not drop it, or immediately pick it up again (I can't tell which). If I assign them "Individual choice", or "Battleax" or "Picks (foreign)", they will sometimes keep their tool/weapon, and sometimes not. In any case, they wait until their status changes to drop it

The reverse happens when returning them to civilian duty. Consistently, if they have a weapon assigned, they drop it and it is ignored, even though there are no other tools to use to do their job. If they have no weapon assigned, they immediately drop it.

Is there any way to have them just keep using the same item as a tool and a weapon?


EDIT: Tried to upgrade  one of my miners to a steel pick. When one specific pick was assigned as part of his equipment, he would only select the assigned weapon when the mining labor was disabled. Once he got the steel pick, he seems to use it, so long as he has the copper pick assigned to him. My other miner and woodcutter prefer to go into combat barehanded unless I reissue their equipment after reactivating them.

Also having picks being mandatory won't do any good, siegers are not in the same constraints you are, they don't have to make the gear, they don't have to find the materials, they don't have to construct a billion workshops to make an iron weapon, they are just spawned with full gear,  so if this feature ever gets implemented it will be certain at least 1 or 2 will spawn with picks, and once a single hole in dug you're pretty much screwed.

By the point that tunneling should be implemented, seigers should "Spawn" as children. The civ would track labor and materials, and have limited production. Picks, weapons, seige engines, and the like would have to be built, not just "Spawned".

I like the idea of seigers bringing (or finding) materials for constructions. My major concern is if the proper implementation is possible without major hardware improvements. The pathfinding is nontrivial even with the assumption of omniscience; I assume it would be more intensive if they had to guess where to attack, and then find a path to there. Also, the algorithm probably doesn't yet exist that would even find my fort from the entrance, since it is in the caverns at z-30, with a ramp all the way down for caravans.

in 0.31.02, init as specified, I dropped from 80-100 FPS to 5 on the embark selection screen. Fortress mode data not available.

Not a compsci major myself, but the explanations for why A* is faster when the path that it ends up choosing is cost 1 than when it is cost 2 make sense to me.

Does anyone have any comparative numbers for "I had X dwarves and everthing designated a normal traffic zone. When I changed the cost of the normal traffic zone from 2 to 1, my FPS changed from A to B."?

On a 4x4 embark with flowing water, I typically end up with 6-7 FPS in the late early game; I tend to have about 40 dwarves pathing at that point, and I can't figure out how to keep doing anything without producing a lot of hauling jobs. Any way to bump that up that doesn't involve buying a computer from this decade would help a lot.

MAGMA

That is all.