Talk:Assault
Good job on the article Tom :) -Zevensoft
- I'm quite proud of it myself. ;) --TomEdwards 10:12, 29 Jun 2005 (PDT)
Don't know about anyone else, but I'm finding using and documenting the AI extrememly satisfying. :-) Have a look at the example map I've posted and see how it works, it's very cool! --TomEdwards 13:22, 29 Jun 2005 (PDT)
- I managed to get assaults working in one of my own maps, but from reading all this it seems I got some aspects utterly and totally wrong. So, many thanks for the corrections - and I hope the rest of your articles are as useful! (How about battle lines and stuff next? They're just plain mysterious...) Cargo Cult 06:04, 30 Jun 2005 (PDT)
- There's still work to do on assaults and I'm planning on dealing with hints after that, but battle lines are definitely on the list! --TomEdwards 07:23, 30 Jun 2005 (PDT)
- Standoffs are done, battle lines are a part of them. :-) --TomEdwards 13:41, 1 Jul 2005 (PDT)
Updated Assault Info
Hiya! I'm a programmer at Valve and I worked extensively on the Assault behavior code. I just went through the Assault article, making some corrections and adding details to a few parts. I also removed some inaccurate pieces of information.
Tom, I'm curious what you saw the AI do that led you to this conclusion (which I removed from the article):
If enemies are in view of an assaultpoint, they will be seen just before the point is reached and probably calculated using the wrong (previous) settings. To avoid this, try to ensure assaultpoints are always in 'safe' areas.
One of the main jobs of the Assault behavior is to gracefully handle enemies and combat situations whilst NPC's are running the behavior and moving about. Level designers shouldn't have to worry whether moving from Assault Point to Assault Point would expose the Assaulting NPC to new enemies, as the behavior was specifically designed to work either way. It's possible you've found some other sort of bug or have an entity error in the Assault that was misbehaving for you.
Thanks!
-Steve