v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Difference between revisions of "DF2014 Talk:Mass pitting"

From Dwarf Fortress Wiki
Jump to navigation Jump to search
(→‎big warning sign: new section)
 
(2 intermediate revisions by 2 users not shown)
Line 89: Line 89:
 
== big warning sign ==
 
== big warning sign ==
  
We had this big scary warning sign for over a decade, any insights\update on topic that would allow to remove it ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:08, 24 January 2022 (UTC)
+
We had this big scary warning sign for close to a decade, any insights\update on topic that would allow to remove it ? --[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 19:08, 24 January 2022 (UTC)
 +
 
 +
How do you mean, remove? I could just go toss magma, make it into a XXsignXX if you'd rather... :). [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 11:50, 25 January 2022 (UTC)
 +
 
 +
: Given that this have been the default behavior for close to a decade(not a bug), we can safely replace the screaming red infobox, with a simple note within the article, and if the designs are outdated mark it with {{tl|old}} (we should really have small infobox for marking specific sections, also I am assuming that Mass pitting is still possible, otherwise we should unlink this page from the Projects navigation sidebar for starters).
 +
: so pretty much yeah, throw it into the lava, hell turn it into a megaproject as I feel that we have a lot of outdate infobox creep on the wiki.--[[User:Jan|Jan]] ([[User talk:Jan|talk]]) 12:17, 25 January 2022 (UTC)
 +
 
 +
Done. [[User:Silverwing235|Silverwing235]] ([[User talk:Silverwing235|talk]]) 13:04, 25 January 2022 (UTC)

Latest revision as of 13:04, 25 January 2022

(44.12) still escaping enemies[edit]

i doubt this feature will ever be fixed. i just forgo the entire bottom level while stationing all of my dwarves in the cage stockpile. out of all of the enemies pitted, i can probably say only 10% will ever be thrown under the hole correctly, while most of the others escape. another good setup is to have your noob squad training under there, but id prefer to get them in on the action as well.

44.10 The only pitting problems I've had are with prisoners who are hostile to each other, such as a caged elf and an undead. Seeing a non-dwarf hostile jolts them awake and starts a fight.

Escaping enemies (43.05)[edit]

I believe I've tracked the cause of enemies escaping during mass pitting. After testing on my own map, I've come to the conclusion that enemies becoming terrified is the reason they are escaping. Every escapee was in a terrified/wallowing-in-misery state during escape, and escape ONLY happened after other enemies had already been killed. Probability of escape shot up DRASTICALLY when there was a dead enemy in the pitting room itself(enemies would see their dead comrades and become terrified, which I guess interrupts the pitting job). Pitting directly over magma seemed to generate an escape after about a dozen or so enemies were pitted. I could get about double this amount when there was a 1 z-level drop to the magma(this could just be margin of error though, it depends on them noticing their dying/dead friends). I'm currently working on a much longer drop pit to test that them seeing dead friends is truly the cause of this behavior. I'll update with the results. --Struck Down (talk) 03:10, 15 October 2017 (UTC)

43.03 It seems that if I forbid the hatches the dwarves won't plop the goblins into the pit, instead they release the goblins on the top floor. My previous version was 40.24 and forbidden the hatches definitely worked in that version. I think this has changed. Should we change step 4 in the building section, and remove the part about forbidding?

42.06 Likely has something to do with the new conflict level system. A combination of necromancers, undead siegers, and evil weather husks were pitted with the repeating spikes on, which resulted in escape attempts and fighting. The same set of creatures were pitted again with spike off (until everything has been pitted) and there were no issues. (perhaps this is intentional, as invaders try to make a desperate paniced escape for their life despite being naked? when they notice others are being executed)

-likewise, members of a military squad may sometimes get into random fights with civilians that is neither loyalty cascade, a crime, or defection from the civ. This happens when others in their squad are in conflict elsewhere. 

March31: still getting occasional escapees in 42.06. Has happened with caged goblins and undead from a siege. Not quite sure what happens but suddenly they just get released or all aggressive and start attacking the hauler (it's not the case from before where other friendlies attack them and they still get hauled). This doesn't occur all the time but it's regular enough that i started building the cages to be pitted in my barracks and "pitting" them from a ledge into my training squads who promptly kill them; if they interrupt the hauler then they get killed anyway since they were being dragged from the bottom level of the barrack to the ledge. For some reason, this seems to only affect pitting (i only pit one at a time, so no interruptions from previously pitted creatures). Transferring goblins/undead siegers to a second cage seem to not set off their attacks.


Unfortunately this system won't work for anything but tame animals. The Pit/Pond information won't allow you to select Goblins in a cage, so you just spent a bunch of time for nothing.


Re: 40.x

Hey guys I did some experimentation and it appears that normal enemies (non-flying non-thief) can be prevented from escaping mass pits by having forbidden hatches over the top of the pits. Not sure of the behavior with thieves/flyers as I've yet to catch one.

~ Lasserith

Hatches must be forbidden before pitting, else they can get a finger in and slip out (even though they are below the hatch)Mesmerism (talk) 04:39, 28 October 2014 (UTC)


Attempted !SCIENCE!

Having had Goblins escape in 0.40.24, my dwarves have been conducting experiments with a new batch of mostly Troll prisoners. However, so far all have been suddenly pitted. The setup is almost exactly as in the article: animal stockpile with hatches to ensure every cage is next to a hatch. Hatches forbidden. Floor smoothed, though I have still had escapees with a smoothed floor so I don't know if that changes anything. I tried with multiple pit zones (pitting only enemies next to the zone each time) and with a single pit zone (pitting all at once). Pitting was no problem even when there were trolls running around under the hatches. Orthogonal and diagonal pitting worked equally well. We are therefore perplexed. Possible differences compared to failed attempts (for further enquiry):

- The lower level (z-1) was completely smooth this time
- This pitting was done shortly (about 10-15 days) after an attack failed miserably. Could time spent in cages be a factor? Could fear and stress from seeing decimated comrades be a factor?
- Most of my dwarves have minor discipline experience. However I'm fairly sure the goblin was pitted by a 0 EXP dwarf, and goblins have previously escaped much more readily than trolls.

So it is still unknown what is causing the problem. However it is clear that the recommended layout still works, as long as the unknown factor allowing escapes doesn't come into play. 90.44.54.59 13:27, 8 April 2015 (UTC)


Related to the above, using the posted layout presented no problems with small (<1 creature / hole) pitting jobs. For larger jobs, escapes were observed, even with overhanging hatches (not forbidden) employed. During these incidents, there was no detritus on the hatches. Escapees included beak dogs, trolls, and goblins. The same layout was used to suddenly perform large pitting jobs provided the hatches were, as instructed, forbidden and tightly closed. So it seems to me that, at least, forbidding and tightly closing hatches over mass pitting operations solves the issue nicely.

~ BCM 108.61.228.8 21:51, 12 March 2016 (UTC)


Points to clarify

Greetings. Maybe we can tackle this problem by sorting out and eliminating various possibilities which could be the reason for this new behaviour.

Can someone:

- Confirm when the break out of the caged prisoner happens? For example, does it only happen when they are pitted, but not when they are lead somewhere else? If so, the release from the cage should not be the reason, but the pitting instead.
- Confirm if or if not the sight of previously released prisoners on the lower floor might be the reason for the dwarf in question to panic, and therefore release the prisoner which is currently to be pitted? I read on the forum, that Jacko13 supposed this could be the case (last post in this topic: http://www.bay12forums.com/smf/index.php?topic=141361.30). So the dwarf opens the hatch to drop the current prisoner in, spots a previously released (free) target on the level below, panics and releases his captive instead of pitting it. If this is the case, it should not happen when the pit below is empty, or deep enough.
- Check in some way, if the escape occurs because the pitted enemies grab the floor of the z-level from which they are pitted when they are thrown into the pit through the hatch? If that is the case, enemies which cannot climb should always be pitted suddenly, while enemies with high climbing skills should almost always escape.

~ Beryll (talk) 09:08, 22 April 2015 (UTC)

Some reasons for escaping[edit]

In v0.40.24, I discovered two causes for the failed pitting attempts (on troll recruits):

1. Pitting two or more hostile creatures simultaneously through the same hatch. (This is also reported in the forums.)

2. The hatch cover has one or more items on it, e.g. the body parts of escapees.

Solutions:

1. Try pitting one creature at a time through one hole. Invaders usually have names, so you can just look inside the cages (k-Enter) to figure out, who is safe to pit next. Warning: two of my trolls had the same name and profession, so care must be taken. I have not discovered any problems while pitting creatures through separate hatches at the same time.

2. You could mass dump (d-b-d) all the items on the hatches. The hatch cover will also be marked for dumping, but that should not cause any problems, as long as the hatches are not removed. You can always remove the dump from them later with (t-d), or (k-d) if they have been deconstructed.

Info:

I had not marked the hatches forbidden nor kept them tightly closed. The pitted creatures had no nearby walls to grab, and would fall 34 z-levels down to their instant deaths, so none of them could have climbed back up. In an earlier, less deep version of this pit, they did climb, and not even two levels of carved fortifications could stop the trolls! Perhaps smoothed natural wall works better.

I hope these observations are useful. There is still room for more detailed research, like WHY things behave this way (bugs, skilled climbers, etc.), but, for now, I leave that for the more experienced dwarven scientists to figure out.

~MarkDwarf (unregistered)

Equipment Discovery[edit]

v43.03 - My first attempt at mass pitting (dropping goblins and Beak Dogs into the z-level below for my soldiers to train against) resulted in *all* the goblins whose equipment I'd taken escaping, while those who still held onto their gear (due to being from a later invasion, and who I hadn't bothered to strip) staying down below. The Beak Dogs I tried to pit also ended up escaping, so it might be some kind of climbing-related issue. Hatches were forbidden & sealed, but not locked.

Will try again dropping them 2 z-levels to see if the Beak Dogs (and some unequipped goblins) still escape, then test out on trolls.

92.237.92.189 02:41, 14 January 2017 (UTC)

big warning sign[edit]

We had this big scary warning sign for close to a decade, any insights\update on topic that would allow to remove it ? --Jan (talk) 19:08, 24 January 2022 (UTC)

How do you mean, remove? I could just go toss magma, make it into a XXsignXX if you'd rather... :). Silverwing235 (talk) 11:50, 25 January 2022 (UTC)

Given that this have been the default behavior for close to a decade(not a bug), we can safely replace the screaming red infobox, with a simple note within the article, and if the designs are outdated mark it with {{old}} (we should really have small infobox for marking specific sections, also I am assuming that Mass pitting is still possible, otherwise we should unlink this page from the Projects navigation sidebar for starters).
so pretty much yeah, throw it into the lava, hell turn it into a megaproject as I feel that we have a lot of outdate infobox creep on the wiki.--Jan (talk) 12:17, 25 January 2022 (UTC)

Done. Silverwing235 (talk) 13:04, 25 January 2022 (UTC)