Tron 'Light Cycles' AI
I honestly didn't work all that hard on making 'em smart. I came up with three or four methods that avoided collisions while seeking out enemies, mostly based on trying to work their way towards any enemies near 'em. Then I had the smarter ones fall back to less smart methods if the smart methods got stuck.
And I threw in some randomness too. And the option of having exploding collisions which would sometimes open holes for escape (shown in the screenshot, as the dark green one now has an escape route opened up by the death of the light blue). And disintegrating trails left by dead comrades.
And it actually worked out quite well. IMHO, it's one of my better games. Try out the "several dumb enemies" method before worrying about how smart things have to be.
(my byline from the Gamedev Collection series, which I co-edited) John Hattan has been working steadily in the casual game-space since the TRS-80 days and professionally since 1990. After seeing his small-format games turned down for what turned out to be Tandy's last PC release, he took them independent, eventually releasing them as several discount game-packs through a couple of publishers. The packs are actually still available on store-shelves, although you'll need a keen eye to find them nowadays. He continues to work in the casual game-space as an independent developer, largely working on games in Flash for his website, The Code Zone (www.thecodezone.com). His current scheme is to distribute his games virally on various web-portals and widget platforms. In addition, John writes weekly product reviews and blogs (over ten years old) for www.gamedev.net from his home office where he lives with his wife and daughter in their home in the woods near Lake Grapevine in Texas.
Unless if someone has a super good suggestion, consider it case closed :)
The AI strategy was to wall itself off within a large portion of the map separate from everyone else
then do a very tight spiral towards the center of his own 'territory'
Generally since the player does not have the same instantaneous reaction time as the bot, he kills himself on his own, while the bot happily spirals away to his own (delayed) doom.
I think that strategy sucked.
the bot is essentially 'cheating'; winning by virtue of infallible reaction/turning speed. And is not intereacting with the player At All-You might as well leave the player in an empty arena with no bots; he dies the same way when he gets low on space and kills himself.
This does bring up the question though, of what are some good strategies for this game?
seeing a bot pull up alongside you, try to get ahead then cut across your path to block you would be nice to see....
having it take that blocking strategy to a higher level to actually 'herd' the player towards the arena wall and limit his space would be even nicer...
This brings up a problem though... if you chase an enemy, you do not want to be in his 'blind spot' because he can turn and cut you off
you want to be slightly in front of him to do the same back... but how do you arrive at such a location?
approaching someone implies chasing him... and chasing means you are behind him, which is a very bad spot to be in...
the dynamic here just seems... annoying
-walling yourself off and spiraling towards your doom slower than your enemy does to himself seems to be the best strategy... but obviously terrible for gameplay
maybe you could add in other factors like speed versus turning ability?
Quote: Original post by EzbezYep, they're all mine.
No way! You wrote Laser Clash, johnhattan? I got that in some '50 Solid Gold Games' pack, or something like that years ago. And upon further looking at your website, did you make all those games in that 50 pack I got? They're all listed on your site.
(my byline from the Gamedev Collection series, which I co-edited) John Hattan has been working steadily in the casual game-space since the TRS-80 days and professionally since 1990. After seeing his small-format games turned down for what turned out to be Tandy's last PC release, he took them independent, eventually releasing them as several discount game-packs through a couple of publishers. The packs are actually still available on store-shelves, although you'll need a keen eye to find them nowadays. He continues to work in the casual game-space as an independent developer, largely working on games in Flash for his website, The Code Zone (www.thecodezone.com). His current scheme is to distribute his games virally on various web-portals and widget platforms. In addition, John writes weekly product reviews and blogs (over ten years old) for www.gamedev.net from his home office where he lives with his wife and daughter in their home in the woods near Lake Grapevine in Texas.
It wasn't perfect. For example, its turn frequency was unconstrained so it had a habit of doing very unnatural moves. Capping the turn rate made it crash too frequently, as it didn't look far enough ahead when doing initial turns. If we added a two step search on turns, it would probably have played much better.
FYI, I didn't write it. I did the rest of the AI in the game. I learned a lot from the guy who did:
- When in doubt, make a very simple prototype app if integration with a system will be hard to debug.
- Brute force, simple answers can work suprisingly well.
- Solid experiences can be built by watching for behaviors you don't want and changing the system to eliminate them - iterative design can work very well.
