Slashdot Log In
Artificial Intelligence for Computer Games
from the right-after-real-intelligence dept.
Funge's background includes both academic AI research and commercial development of game AI technology. This has allowed him to write a refreshingly practical book for the game AI programmer which will also expand the reader's knowledge of AI. He presents advanced AI research in a way that is meaningful to the working game AI programmer. Non-player characters (NPCs) are the focus of this book, although it touches upon techniques applicable to other kinds of AI. Funge begins with a simple NPC architecture, then goes on to consider how they act in their world, perceive and react to their surroundings, remember their past experiences, plan their actions, and learn from the past to improve their future behavior. In addition, Funge hopes his book will contribute to a "common framework and terminology" to promote better communication between practitioners interested in game AI, leading to better interoperability for their software. (Please note that John Funge is a friend and former coworker of mine. I was pleased to accept John's invitation to review his book.)
The field of Artificial Intelligence has been actively studied since the 1950s. In that half century many useful techniques have been developed and applied to a broad range of scholarly and commercial applications -- most quite serious and sometimes a bit dry. In contrast, today the most economically significant application of AI is in computer games. This commercial application motivates today's students to study AI and drives a good deal of academic AI research. Modern games have incredible graphics and their animation technology is becoming very sophisticated. As graphic animation increasingly becomes a solved problem, more and more attention is being paid to game AI. It seems likely that the next few years will see a tremendous investment in game AI technology leading to significant improvements in the state of the art.
As I read Funge's book I was struck by how oriented it was to the interests of AI programmers working on commercial games. Certainly the discussion focused on the practical rather than the theoretical. (There are many asides, footnotes and citations of the academic literature for those with an interest in pursuing the theory.) More concretely, the text is peppered with fragments of C++ code. A working programmer who visits the academic literature is often faced with the daunting task of converting prose, equations or breezy pseudo-code into something suitable for compilation. If a reader of this book does not follow a bit of the discussion, a glance at the nearby C++ code listing will usually set things straight. I have it on good authority that functioning source code for the examples in the book will appear on the www.ai4games.org website "soon."
The book is divided into seven chapters (Introduction, Acting, Perceiving, Reacting, Remembering, Searching, and Learning) plus a Preface, two appendices, an extensive Bibliography and an Index. The chapter on "Acting" introduces the simple game of tag used as an example throughout the book. It further sets the stage by describing the principal components of the game engine and the AI system. The third chapter, "Perceiving," introduces percepts -- the formal framework used to encapsulate and manipulate an NPC's awareness of its world. In many games a key concept is filtering out information which is available in the game state but should not be "known" by the NPC. Chapter 4 describes reactive controllers. Funge uses a very strict definition of reactive -- informally, it means a non-deliberative controller, but in this book the term is used to mean strictly stateless. This distinction has a practical consequence since a stateless controller can be shared among multiple NPCs. (Yet I wondered how important this was in practice. That point was not explored in any depth, and a "slightly stateful" reactive controller can be very useful.) The chapter on "Remembering" introduces memory percepts, mental state, beliefs and communication between NPCs. The sixth chapter covers "Searching" -- through trees of possible future actions, often referred to as planning. The extensive treatment of search includes both examining the host of options that are available to an NPC at each juncture, as well as reasoning about the interaction of one NPC's behavior with another, known as adversarial search. The final chapter covers "Learning." It looks at both offline learning (which happens before the game is shipped) and online learning (happening during gameplay). The first is merely an aid to game development, the latter promises NPC that can adjust to the player's skill and style of play. Online learning present many more technical challenges. In fact, my first impression on reading this section that it was less practical than the rest of the book because of the difficulties of online learning. However, from the description of this GDC 2005 lecture, it appears that Funge and his colleagues have made significant progress in this area.
I recommend Artificial Intelligence for Computer Games: An Introduction to commercial game AI programmers, as well as other game programmers and designers who wish to learn more about this area. Because of its sound academic underpinning, the book will also be of interest to students of artificial intelligence and to professionals in related areas such as agent-based simulation and training.
Reynolds is a Senior Research Scientist in the R&D group of Sony Computer Entertainment America. His interests center on modeling behavior of autonomous characters, particularly steering behaviors for agile life-like motion through their worlds. See his page on Game Research and Technology. You can purchase Artificial Intelligence for Computer Games: An Introduction from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
Microsoft's PaperClip is the pinnacle... (Score:5, Funny)
That bendy little guy always knows exactly what I'm trying to do and provides timely, topical help on the subject. I mean, every time I type:
Dear
That little artificial lifeform knows I'm getting ready to type a letter and offers to give me a hand. What a wondrous age we live in.
Re:Microsoft's PaperClip is the pinnacle... (Score:2)
Atleast you can turn that off, nothing is worse them MS Offices great "history clipboard" that you CANNOT turn off, even if you edit the registry
Re:Microsoft's PaperClip is the pinnacle... (Score:5, Funny)
Clippy: "It looks like you're..."
Me: Slap, Slap! Bam!
Clippy: (Whimper)
Parent
Pattern-based enemies... (Score:2, Funny)
No thanks. (Score:5, Funny)
Re:No thanks. (Score:3, Funny)
Indeed.
I hear Grues are taking lessons from Ravenous Bugblatter Beasts, and have learned that if they wrap a towel around their head, it's pitch black for you, too.
Better AI is a must (Score:5, Insightful)
Re:Better AI is a must (Score:4, Insightful)
Look on the bright side: in your typical MMORPG, NPC AI is probably ten times sparter than the typical PC AI.
(All you have to do to turn a single-player game like Morrowind into a MMORPG, for instance, would be to give the Cliff Racers the personality of Crassius Curio, and to replace most of the dialog trees with strings like "u got ne gld 4 me" and "asl? u wanna s3x0r?")
Parent
Re: Better AI is a must (for Noober) (Score:3, Funny)
Artificial Pain (Score:3, Funny)
I love the Simpsons.
Neverwinter Nights AI Communities (Score:5, Interesting)
BioWare, the developers of the game, are known for the imaginative story lines in their Star Wars: Knights of the Old Republic [bioware.com] and Baldur's Gate [bioware.com] series. However, by their own admission, they never have as much time as they want to work on creature AI. In Neverwinter Nights, this shortage of time resulted in a number of unfortunate situations during game play. For example, friendly characters would waste powerful spells on pitifully weak enemies; or they would continually attempt to cast spells in close hand-to-hand combat, not realizing that this gives the close-by enemy countless opportunities to tear them into pieces, and that pulling out that dagger in their backpack might be a better idea. Especially sad were near-death enemies who would try to heal themselves with woefully inadequate healing spells (in RPG talk, down 80 hit points and casting cure minor wounds).
Luckily, the toolset allowed a number of us to code improvements to NPC behavior. I was one of them, starting the Henchman Inventory and Battle AI project [ign.com], now lead by Tony K. The focus of our project was immediate improvement of game play. An even more impressive community is the Memetic AI [memeticai.org] group. These folks are putting together a full package of complex behaviors for an entire world, from peasant farmers to fearsome dragons. Impressive stuff.
Parent
Obligatory Quote (Score:3, Funny)
Quo vadis? (Score:2)
What I need... (Score:5, Interesting)
Re:What I need... (Score:2, Insightful)
Re:What I need... (Score:3, Interesting)
Well Alright (Score:2, Funny)
starcraft yay (Score:3, Informative)
Re:starcraft yay (Score:5, Informative)
If they already had an AI that was "way too good for [a] human to beat" then why didn't they just put that in instead? All their AI was script-based so it shouldn't have been that hard...
Parent
Re:starcraft yay (Score:2, Insightful)
But let's get one thing straight... giving the computer a free "cash flow" is not advanced AI.
I'd prefer it if the AI didn't act so predictably, that's all.
Re:starcraft yay (Score:4, Interesting)
Starcraft is a RTS, and in a RTS omniscience and omnipresence would be a quite nice advantage. Put simply: The AI is never distracted, knows the position of every unit, and the progress of every operation and every resource.
Now, combine that with a decent AI implementation that can use elements of the game to its advantage, and it shouldn't be that hard to code something that would crush newbies without much trouble.
I'd be more impressed if it was turn based, since that would make competition on equal terms perfectly possible. I remember the AI in X-Com used to give me quite a lot of trouble.
Parent
Re:starcraft yay (Score:5, Interesting)
And I don't just mean "it's not technically impressive". I mean, considering the purpose of in-game AI, it's *bad* AI. Good AI generally simulates more complicated human interactions. Good AI can be tricked or distracted, and can learn so it's not so easily tricked the next time. I really like the idea of AI that will adjust to the player's skill level to always provide gameplay that is exciting and challenging, yet beatable.
In other words, I believe "good" AI in a game is not defined by being hard to beat, but by being fun to play against.
Parent
Re:starcraft yay (Score:4, Interesting)
I'd say something more like, self-adjusting AI and structured difficulty levels are oppositional methods. Which is to say, if you had good self-adjusting AI, you wouldn't need "difficulty levels". It would adjust.
Or another possibility: you could have different difficulty levels, the easy levels being self-adjusting, and harder levels that amount to telling the AI, "Eh, do your worst, even if I stink."
Adjustable AI takes all of the meaning out of structured difficulty levels.
But that's more an issue of poor implementation than the idea itself being bad. Any time there's some trick like that, one that *always* fools the AI, it's a problem of poor implementation. In other words: a bug.
There are two reasons why I like the idea of AI that calibrates itself to the skill level you're playing on. First, there is a certain level of realism to it. In real life, if it seems like you stink at something, your competition will underestimate you. They won't try as hard, because they're not expecting a real challenge. If you constantly pull this, though, against the same opponents, they'll eventually catch on. Good AI should mimic this.
Second, there are games where, when I'm playing it, it's like an interactive movie. Sometimes, when I play a game, I'm not that interested in "rising to the challenge". I just want to take control of the main character while he does something cool, and then get on with the story. When playing games like this, "getting stuck" on some stupid boss just isn't fun. It's annoying.
So this is often where people do cheat. They like the game, but they want to get past some stupidly-difficult part. Cheating, however, breaks the illusion. If the game were capable of "helping you out" a little, it would maintain the experience and let you past.
I'm not saying the idea is easy to do well. However, ultimately, when I play a game, I'm not looking to prove myself by being "733t". I just don't care, as long as it's fun. Good AI (in relation to games) is AI that makes playing fun. Whatever that entails.
Parent
Re:starcraft yay (Score:5, Insightful)
I got pretty good at StarCraft: BroodWar. I could play 2 on 1 against the computer and win nearly every time. Playing three on one was pretty tough. However, a buddy and I could play 2 on 6 with regularity.
It wasn't until the last set of patches, that we couldn't beat several of our favorite maps on 2 on 6. Big Game Hunter was a great map to play, if you did it properly, you could play 2 on 6 as protos, which normally we couldn't do. Playing 2 on 6 on just about any other map was easy if you were patient and played as Terran and the primary base was at all defensible. The last set of patches made the AI very good about early pressure, and often pressure. It also improved it's ability to wave as one huge group, rather then having them with two or three of them in your base at one time. Two or three opponents in your base in the early game is doable. Five or Six was just a complete impossibility for us to deal with.
Especially if the computer wouldn't cheat (just give it extra money, or use skewed stats not available to the player). I don't mind of the computer has "infinite mice", although, anything that simulated the limitation of the number of commands that could be issued would be cool.
The other interesting thing, is that the AI got better with a faster machine. At various points, just upgrading machines without changing the game version would make things more challenging. Finally, on Big Game Hunter we pretty much proved to ourselves that Blizzard wasn't having the AI cheat in terms of picking the proper counter units. The trick to beating Big Game hunter as Protos was to build as many "Carriers" as you could. Put down as many of the Photon cannons as you could. Put down two sets of Upgrade buildings so you can do all of the upgrades in parallel. Defend your main base with proton cannons and other foot troops. When each of you has a dozen fully upgraded carriers, each of you hits a different opponent (Build shield rechargers on the edge of your base towards the side you are going to attack). You should be able to crush your opponent with relative ease. Both teams then pick a third opponent to attack crush them. Then it's just time to clean up. You should have pretty much destroyed everyones forces, go clean up the bases. However, if you used a Carrier to defend your base before you had a dozen of them, the computer would build the perfect counter unit (normally those really cheap small zerg fliers). As long as you hide the carriers in the back of your base, you'd just crush the computer. If not, they had a tendency to build too little anti-air units until it was too late. This basic strategy was figured out while we played it 3 on 5, until everyone got tired of me just essentially doing nothing for the first half of the game while they defended, followed by me beating 4 of the 5 opponents. The last patch we applied (either the 1.09 patch or the one after it if there was one), the computer waved so badly that couldn't keep enough proton cannons on the ground to defend your base.
The other thing I really wish that games makers allowed was the ability to script AI so you could essentially build your own AI scripts, so that the AI was exentisible without writting a DLL.
Kirby
Parent
Another good one... (Score:3, Insightful)
Stratego (Dover patrol, L'attaque etc) (Score:5, Interesting)
Hedley
Thanks but no thanks (Score:5, Funny)
I do not need every baddie to be imbued with Big Blue-like intelligence, because then games would be just like reality and, well, that's far too hard.
Re:Thanks but no thanks (Score:2)
It may help if you think of advancing AI opponents, not as just being 'better', because that really is much too easy - there is zero technical challenge in creating an AI that always knows where you are, can run faster, and never misses. The challenge comes in making the AI 'dumb' in more interesting ways.
Steve Jackson: Ogre (Score:5, Interesting)
Buy an old C64 or Amiga copy still in the box if you can. Seriously, I mean it. It comes with 2 manuals.
Book 1 has a short story and some player info, and Book 2 describes step-by-step exactly how they developed the AI for the game. Going to cons and watching successful players play, getting them to give out their strategies, and then translating those ideas into code. As a bonus, they describe the exact formulas the Ogre uses to determine its move, targeting sequence and deployment of arms.
It's brilliant, informative, and well worth the price of the game alone. Highly recommended reading if you're into game AI.
Intelligent FPS? (Score:4, Interesting)
IF playerCanSeeMe() THEN
IF coverNear() && rand() > 0.5 THEN
takeCover();
ELSE
standUp();
shoot();
ENDIF
ELSE
advanceTowardsPlayer();
ENDIF
I wish the likes of Doom 3, HL2 et al would pay half as much attention to making the enemies smart and resourceful as they do to making the scenery pretty. Sometimes I wonder if zombies are such a staple of FPS games to explain why the game AI is so retarded.
Even multi-player games could benefit (e.g. the Battlefield series) if the single player training mode bots had an ounce of sense or tactics.
The only FPS I would consider containing remotely convincing AI is Far Cry and even the NPCs in that are fairly predictable and easy to fool - just swim to an island and pick them off one by one as they swim to you or drown trying. But at least they seem to have a spoonful of brains in their heads - crouching, taking cover, encircling, giving orders and other tactics that other games haven't even bothered to implement.
Why not bots? (Score:2)
Why can't they just port the "duel bots" as the NPC?
This will never pass the Turing test (Score:2)
Commercial game players will carefully limit the smarts of the AI to make it fun without letting the AI win all the time. Its better to have AI opponents that permit a high kill ratio for the player than to have opponents that kill the player multiple times per opponent killed.
Today: Physics. Tomorrow: Emergent Behaviors? (Score:5, Insightful)
As a simple example, you might play a modern-day RPG, where your character is at a Tennis match with an NPC. You might decide to throw that match, in order to have that NPC put in a good word with your boss. Traditionally, this has been scripted, like this:
In these cases, the designer explicitly considers which actions the player can take, and what their outcomes will be. What I think will happen more in the near future, will be that designers will set rules up, let the players know how their actions have affected the system, and then leave him to "game the game," as it were. The designer of the above scenario might, instead, give the player the chance to "play well" or "play poorly," independent of why the player would want to do that. The player knows the game's state, and therefore has an idea as to what he can do to alter that state.
This takes place to some extent in existing games, such as Deus Ex: IW and, especially, in The Sims 2. In the latter case, for example, a wedding party will go well if the guests are happy. The guests will be happy if their needs are met. Their needs will be met if they have X, Y, and Z. The designers did not implement a direct corrolation between X, Y, and Z and the wedding party; changes in the game's state occur because of the third or fourth-order consequences of a player's actions. In comparison, most interaction in a first-person shooter is first-order: kill the critter to get past the critter. (I love first-person shooters, but judging from the way some Slashdot posts received Doom 3, I think that an FPS that adds complexity in this manner may do well.)
My prediction here isn't a divine revelation that we'll have this newfangled style of "emergent gameplay" -- we already have it. However, I think that, come 2006, we'll have a sexy buzzword for it, and that it'll be sprawled over the covers of CGW and PCG.
_________________________________________________
Inago Rage - Fight, Fly, and Create your own 3D arenas in our first-person shooter [dejobaan.com]
The future (Score:5, Funny)
At some point, you know this is going to be an issue.
Jerry
http://www.syslog.org/ [syslog.org]
The problem with Ai books.. (Score:3, Insightful)
However, I have still to find the first good book on AI that deals with complex tasks for agent behavior. Many books cover the first few notions that are just abstractions of how we would probably be doing things, but none of them go deeper where the complexity becomes hairy, the lines become fuzzy and the amount of bookkeeping necessary to solve the problem grows exponentionally. I`m talking about dialogue models, strong and week constraint planning engines, emotion simulation, symbolic reasoning, etc.. Each of them separately in it`s simplest form has been described 100s of times, but never has one book touched on the complexity when everything should come together. Not even the commercially available API`s like Ai Implant or Spirops come close.
Well. Maybe that`s not such a bad thing. I can always start writing myself..
Monster AI Is The Next Killer App for MMOGs (Score:5, Interesting)
Example:
- Between 100%-75% health, Dragon will fight as normal.
- At 75% health, the dragon will breath fire in attempt to kill as many players nearby, fly over to the west part of the chamber.
- Between 75%-50% health, Dragon will fight as normal and start using its tail.
- At 50% health, Dragon will fly to the east part of the chamber, breath fire onto the players as they run from the west part of the room to the east.
So on and so forth. The problem is that humans easily can see paterns like this. This "event driven" behavior only works when players are "surprised" and becomes a serious liability when players discover the pattern. If the pattern is "discovered", players will scatter around 75% to avoid the fire. At 50% they will run to the eastern part of the room before the dragon gets there to avoid it breathing fire onto the western half.
To avoid some of this predictability, some monsters appear to have "randomized behavior". A monster has 5 different "actions" where a programer weights the choices and generates a random number. This makes the monster appear to have some tactics trying different attacks but just as much as it succeeds in throwing the player off they will often randomly chose the poor action.
I believe advanced AI techniques like nueral nets will be the next "killer app" for MMOGs. Learning AI is not impractical for a single player stand alone game but it is not as "exciting" nor do single player system have enough computing power and "experience" to really put a nueral net through its paces.
The Dragon in the example starts out like the players in that neither side knows exactly how to win. Reguardless of the outcome both the sever/Dragon and the players should learn something from the encounter. Have enough players run against The Dragon and it might start to learn things like "fire seems to be more effective against melee". When it sees a raid comprised of mostly melee and very few casters it choses its fire attack far more than its melee. This is a far better option than "randomizing attacks" or scripting their behavior. The Dragon is now actually using tactics and reacting to the players in a psuedo-intelegent manner.
If we really want to go far fetched, it would be great if each server instance of The Dragon "learned" on its own and developed personality and behavior unique unto itself. One server's Dragon might like to fly around compared to another that likes to walk when moving around. Of course one of the tricks is keeping the game engaging. No one wants to fight The Dragon if they know it will beat them 9/10 times.
Some NPCs should be designed simplistically because that is their nature. Some NPCs are highly intelegent and should act occordingly. I await the day when you can do true tactical attacks against the computer instead of having to resort to a scirpted monster or just filling the other side with other human players.
Re:Monster AI Is The Next Killer App for MMOGs (Score:3, Insightful)
--> Neural nets are less efective than expert systems based on inference rules. Nowdays the most intelligent engines are driven by real-time programmable expert systems, as flexible inference rules (pr
A couple of gameplay stories (Score:5, Interesting)
But people can also discover "emergant" patterns that aren't necessarily explicitly programmed in.
I remember playing Sargon III Chess on my C-64. I accidentally discovered that the AI couldn't see - I'm no chess geek, so I'm sure there's an official term - "indirect" attacks. Rather than move piece A to sqaure Q ro threaten enemy piece X, I'd move some other piece B onto the line of attack that I wanted to make A->X, blocking the attack. Then piece A would be moved into attack position on Q, and piece B moved out of the way, unblocking the A->X attack.
The AI seemed to be able to predict that a straight move to Q by A would threaten X, and it would be very good at countering those moves. But attacks from a third piece by moving some other piece out of the attack line were invisible to it.
Once discovered, this lead to strategies that involved setting up elabourate attacks that hinged upon "reveals". It'd drive the AI nuts. Sadly, actual humans do not suffer from this blind spot and ol' Sargon did not improve my RL chess playing ability one bit.
Here's another example of a different kind:
One summer, a group of my friends played a TON of the original Battletech board game aginst each other. We'd start after supper and go to the wee hours of the morning, day after day after day.
In so doing, we developed a particularly effective strategy. We'd have a 4-lance company. The first lance was composed of stripped-down lightweights equipped with maximum jump jet capacity and a single weapon - a flamer. The second lance was of superheavy, very low-mobility, weakly-armoured, long-range rocket artillery units. The third was ultra-heavy, low mobility, heavily armoured massive close-in-damage units, and the fourth was the reserve unit of heavy cannon equipped hovercraft.
As is typical for wargames, the faster you move, the harder you are to hit. There was a further negative modifier if the 'mech was jumping. Our lightweights, if they jumped full distance every turn, accumulated so many negative to-hit modifiers that they were unhittable. They would fan out over the game board, spotting the enemy and setting fire to terrain - which in the game rules, happened 100% with the use of the flamer - and which caused vision blocking due to smoke, plus there was a chance for the fire to spread to adjacent hexes.
The lightweights could also spot for the indirect fire lance with minimal penalties. The indirect fire lance would never move; it would just fire salvo after salvo of long range missiles. The hit rate wasn't great and the distribution of LRM fire tends to spread damage easily, but enough would hit as to ablate off some enemy armour - and the psychological effect of taking damage from an unseen source without the ability to retaliate... it was maddening.
Meanwhile, the heavy, close-in units would slowly advance up to intercept positions. Thanks to the madly-hopping lightweights and the smoke, we'd know where the enemy was but the enemy wouldn't know where we were.
The enemy would thus blunder up against the close-in units, which did monster amounts of damage with a high hit probability (the enemy unit was often moven slowly, due to the smoke, and the close-in unit would be stationary). It was not unusual to destroy an enemy unit in a single turn.
If things got sticky for whatever reason, the hovercraft would race in from the flank/rear and could disrupt the most cleverly planned counterattacks.
With all the practice we got, these tactics became drills - they could very easily have been scripted.
We put this to the test at a wargame convention, and we slaughtered everybody, without losing a single 'mech in any battle. Towards the end, the organizers were matching us upwards of 3 to 1; we just could not be beat.
Needless to say, we were not invited back.
DG
Parent
Craig Reynolds is also well known in game AI field (Score:4, Informative)
BTW, definitely the most fun job I ever had was doing game/VR AI for Nintendo and Disney while at Angel Studios. I *really* recommend trying to work in the field for a while because it pulls together so many things: creativity, working with non-computer science team members, lots of interesting CS problems to be solved, etc.
-Mark
3 Laws of Robotics (Score:3, Funny)
Right now, there's a lot of cutting-edge AI research going into video game opponents. Knowing how popular code re-use is these days, we might be lucky if we get robots which don't default to KILL THE HUMANS.
Hmmm... Roomba does make me nervous, as does the old Microsoft Barney plush robot...
Really Smart? (Score:4, Insightful)
"Easy - enemies are weak and stupid"
"Normal - enemies are strong and stupid"
"Hard - enemies are strong and smart"
What I regret, that there wasn't a setting for "enemies are weak and smart".
I hardly enjoy unloading 30 bullets from my clip into hardly moving enemy's head instead of 10. But I vastly more enjoy unloading 30 bullets at the walls around a smart, dodging enemy trying to get it and finally killing with 1-2, than shooting 10 bullets right in head and have it still live.
Re:Really Smart? (Score:3, Insightful)
Objective of Game AI (Score:3, Insightful)
The objective of consumer-focussed game AI is to make it fun for the player. It's actually fairly trivial to make AI that wins all the time (think: cheat.) The hard part is to make an AI that makes it difficult enough for the player to keep them interested without being so easy that it gets boring.
Another good goal is to try and surprise the player. An AI that always behaves in simple stimulus-response is no fun after a while; you learn the patterns. It's much more fun (and much more replayable) if the AI does things you don't expect, and occasionally wins doing them.
What I would like to see is ANY AI for RTS games that neither makes use of, nor loses to, the "make as many units as possible and swarm the opponent" strategy.
Re:What is AI? (Score:2, Insightful)
Re:What about RTS AIs? (Score:2)
I've seen several games where you could kill the harvester or whatever, and it never seemed to make much of an effect on the computer, but in TA the strategy worked just fine for me.
Re:What about RTS AIs? (Score:2)
Re:What about RTS AIs? (Score:4, Interesting)
All of the Total Annihilation AIs (that I'm aware of) cheat by knowing where your units are without having to do any reconnaissance. The very first attack by the AI will always head straight for your base, even though the AI has sent no previous scouts. The AI does a similar thing when attacking your expansions.
The StarCraft AI also cheats in this fashion.
The trouble with most RTS AIs is that they're just not set up to deal with imperfect information. Exploration, one of the X's in classic 4X games, gets totally left out by the AI. Consequently, the human player loses the opportunity to try all sorts of "stealth" tactics.
As another poster already mentioned, a big step forward will be game AIs which can deal well with imperfect information. An AI which must use scouts, and can be sometimes be fooled by cleverly planted misinformation / diversions...
Parent
I wouldn't say years... (Score:3, Interesting)
I was having a conversation with a guy who was working on AI algorithims, and I asked what sort of schemes he used, fuzzy-logic, Genetic learning, or weighted neural nets? He told me that they didn't bother with academic AI techniques, because he could already write an AI that could beat
Re:Say what? (Score:3, Insightful)
Do you aim for immersion or competitiveness, that's the question. Competitiveness is easier than immersion, and in some games bots are just as irritating as human opponents. Do you want behaviour that is plausible for the type of world you are playing in, or behaviour optimized for winning the game. It is impossible to realize both if the game is not balanced to reward behaviour that is logical for the world the game simulates.
If the multiplayer
Re:would HW accelleration make any difference? (Score:3, Insightful)
In order to accelerate AI, you'd have to make a chip that would accelerate some very used part of it, and what would that be? Perhaps a chip could accelerate neural networks. The problem is that while every 3D engine ends rendering polygons not every AI is a neural network.