|Anonymous | Login | Signup for a new account||2018-02-19 22:03 PST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003855||Dwarf Fortress||Dwarf Mode -- Skills and Professions||public||2010-12-29 01:34||2014-10-01 13:17|
|Target Version||Fixed in Version|
|Summary||0003855: Upright spear/spike traps, if constantly toggled, will rapidly train dwarves' skills ("danger room" exploit)|
|Description||Dwarves continually poked by active upright spear traps train their combat skills really fast. So fast that it is likely bug.|
|Steps To Reproduce||http://df.magmawiki.com/index.php/Danger_room [^]|
|Tags||binary patch, exploit, Intentional/Expected?|
|Have you confirmed that the XP gain from dodged/blocked spikes is greater than the XP gain from other dodged/blocked weapons?|
|Is not greater, but more frequent.|
edited on: 2011-11-25 12:46
OK, now I tested it myself.
In previous game I had soldiers that have been training for years, destroyed ambushes, sieges - and advanced 1, maybe 2 levels.
With danger room I have almost immediately legendary soldiers.
To fix [random ideas]:
- reducing exp for fight with machinery
- requiring real enemy to advance to legendary
UPDATE: Sparring is effective - but you need good teachers (embark with dwarf with high teacher+combat skills), but danger room is still faster, by orders of magnitude.
|still in .19|
edited on: 2011-03-02 12:34
There really should be a way to make regular training more efficient.
The combat demonstrations are cancelled most of the time (even though I use a separate armor stand now), or provide only 10-20 exp each. Sparring rarely occurs and its rather annoying to have several adamantine-equipped soldiers train for years with barely any progress.
Still in .23
Training needs to be more effective, this is the only way to get skilled soldiers in less than 10 years.
Still In .25
I agree training needs to be more effective. Perhaps having sparring/training raise skills quicker would be nice.
|Why? Sparring is effective - but you need good teachers (embark with dwarf with high teacher+combat skills).|
|Kogut, can you elaborate? If they are expert ax/expert teacher, do the dwarves level up quicker? If so, you should post that on the wiki. It currently just says "presumably" higher level teachers help.|
I usually embark with proficient axedwarf / proficient teacher. And what?
2 skill levels after 4 years of training...
Currently the only trained military you can get without expliots are marksdwarves and miners.
Since I couldn't find any bug report that explicitly claims that 'military training is too slow', posting here.
I have investigated the military training code over the past few weeks, and found a number of issues that reduce the training speed from what it could be:
1) All military training code is invoked from unit idle action processing code, which would be fine if not for the fact that the rate of these updates is adjusted depending on unit count (obviously to improve fps), and can change in the range between 10 and 100 ticks between updates. This can cause up to 10x slowdown, although to get that maximum number you need 700 alive uncaged units and thus fps death; a normal developed fort would use somewhere around 50 ticks. The training code does nothing to compensate this, so a skill demo can take anywhere between 3 and 30 in-game days, for the same xp gain.
2) The code that schedules skill demo selects the teacher based on his skill level; however, the actual demo code uses the total xp gained so far to compute the xp difference, which then translates into xp gain. During the 300 unit updates a demo takes, the teacher gets 75 xp, and a student between 225 and 1350 xp (with reductions for poor teacher/student skills). Choosing the wrong teacher can reduce the overall gain, and widen the xp distribution instead of bringing it closer.
3) As noted above, sparring has the lowest priority beyond demo for any possible skill, and even individual practice at archery target; it seems that as long as there is ammo, marksdwarves will never spar and won't gain any hammer skill whatsoever. There also is a random chance for sparring to be rejected based on cautiousness/risk seeking traits.
4) Sparring uses counter fields to count out its 300 update duration, but they are decremented separately by all units participating in the event. This means that the actual duration is 300/N updates, i.e. the larger the squad, the shorter the sparring. In comparison, skill demo has a designated teacher, and only that unit decrements the counter.
5) Skill gain from combat, and thus sparring, seems to be extremely unbalanced. Testing in arena, one medium-skilled dwarf hitting another with a sword, the other one blocking it and counter-striking gives each approximately: +3 for dodge, +6 for armor, +20 for shield, +60 for sword, and +90 for fighter. This means for instance that training dodge and armor with any kind of reasonable speed is only possible by skill demo, so sparring rate actually has to be kept low unless you want legendary+5 fighters with dodge 2.
6) The combat code is very complex, and I may be very wrong, but it seems that the skill roll for counter-strike may be backwards, i.e. a lower-level fighter has more chance to counter-strike over a high-level one. This does seem to be confirmed by some arena tests.
I made a dfhack tweak to work around issues 1-4, and according to tests done by another dfhack developer, it allows reaching around level 15 fighter, level 10 melee weapon, dodge 6, wrestler/striker 3 from zero in two years of full-time training:
Notably I had to reduce the rate of forced sparring, because in the first test marksdwarves gained more in hammer skill than archery, and dodge/armor gains were too low.
Regarding danger rooms, any combat is exactly 20x more effective in producing xp than sparring - there is code that ensures that.
Remembered one more minor issue: skill demo has a 100-update timeout waiting until all units gets into the barracks. While it is running, it is rechecked every 10 ticks and reset to zero if they are indeed all there. The weird thing is that from the disassembly the check appears to be written as something like:
if (units_in_barracks.size() != participants.size()-1) countdown = 0;
I.e. it will also cancel after 10 ticks if more than 1 unit is missing. Could be intended, but it's strange. Or it could be a typo.
|2010-12-29 01:34||Kogut||New Issue|
|2010-12-29 10:04||Footkerchief||Tag Attached: AWAITING UPDATE|
|2010-12-29 10:05||Footkerchief||Note Added: 0014746|
|2011-01-02 02:50||Kogut||Note Added: 0014770|
|2011-01-06 08:23||Footkerchief||Summary||danger room exploit => Upright spear/spike traps, if constantly toggled, will rapidly train dwarves' skills|
|2011-01-06 08:23||Footkerchief||Tag Attached: Intentional/Expected?|
|2011-01-06 08:23||Footkerchief||Tag Detached: AWAITING UPDATE|
|2011-01-14 00:45||Kogut||Note Added: 0014867|
|2011-01-14 00:47||Kogut||Tag Attached: exploit|
|2011-02-20 09:16||Kogut||Note Added: 0015322|
|2011-03-02 11:09||Mercurio||Note Added: 0015678|
|2011-03-02 12:34||Mercurio||Note Edited: 0015678||View Revisions|
|2011-03-27 13:32||Orkel2||Note Added: 0016685|
|2011-03-27 13:54||Footkerchief||Summary||Upright spear/spike traps, if constantly toggled, will rapidly train dwarves' skills => Upright spear/spike traps, if constantly toggled, will rapidly train dwarves' skills ("danger room" exploit)|
|2011-11-25 11:19||toybasher||Note Added: 0019030|
|2011-11-25 12:34||Kogut||Note Added: 0019031|
|2011-11-25 12:46||Kogut||Note Edited: 0014867||View Revisions|
|2011-11-26 15:31||kwieland||Note Added: 0019041|
|2011-11-29 16:59||Rafal99||Note Added: 0019055|
|2012-11-22 02:06||ag||Note Added: 0023741|
|2012-11-28 05:44||ag||Note Added: 0023750|
|2012-11-28 05:44||ag||Issue Monitored: ag|
|2013-12-24 14:32||Knight Otu||Relationship added||related to 0006397|
|2014-05-02 04:49||Steb||Issue Monitored: Steb|
|2014-08-07 10:55||Kirkegaard||Issue Monitored: Kirkegaard|
|2014-08-07 10:57||4maskwolf||Issue Monitored: 4maskwolf|
|2014-08-07 11:00||Footkerchief||Tag Attached: binary patch|
|2014-08-07 11:00||Footkerchief||Assigned To||=> Footkerchief|
|2014-08-07 11:00||Footkerchief||Status||new => confirmed|
|2014-10-01 13:17||Kirkegaard||Issue End Monitor: Kirkegaard|
|Copyright © 2000 - 2010 MantisBT Group|