Re: [Algorithms] Ideas for an AI scheme
Brought to you by:
vexxed72
Menu
▾
▴
Re: [Algorithms] Ideas for an AI scheme
|
From: Stuart G. <gda...@gx...> - 2009-12-16 15:25:04
|
I know you can save compiled bytecode and reload it, although the generated bytecode isn't cross-platform. Not sure about compiling it to C++. I'm not at the point where it might be a performance bottleneck yet (since I'm still designing the AI), so I haven't experimented too much with the compilation approach so far. Stu Adrian Hirst wrote: > Hi, > > I know little about AngelScript, but from memory, I remember being > told that it provides an option to convert directly into C++ code that > can then be compiled (and if necessary manually optimised) as a > solution to any speed issue? > > Adrian > > Stuart Golodetz wrote: >> On a scripting language note - I'm using AngelScript at the moment (+ >> a home-built wrapper to make the binding process easy), just >> wondering what you guys think of it as a viable alternative to Lua? >> It seems ok for a hobby project (and I actually thought it seemed >> easier to integrate than Lua when I was making the decision), but is >> it suitable for a commercial game? (I've come across performance and >> ease-of-scripting as potential downsides - just wondering whether >> those are the key issues when you're deciding. For my purposes, the >> ease-of-scripting wasn't really an issue because I'm a programmer >> working on my own, and the performance wasn't a killer problem >> because my game's not cutting-edge, so AngelScript seemed like a good >> fit.) >> >> Cheers (and thanks for the feedback), >> Stu >> >> der...@he... wrote: >>> I've been playing around with Lua for AI HFSM and state implementations and I'd also suggest it as a good match for the OP's case. >>> >>> A code base I worked with a lot recently used Ruby to generate CPP files and data structures offline and that could have been used very elegantly to build AI. The only thing I'm unsure of there is whether Ruby is a useful runtime option. At least with Lua you know that it can and has been significantly used at runtime on some not particularly powerful platforms. >>> >>> On the topic raised, the scheme the OP is proposing to implement sounds like a solid approach to me. >>> >>> Cheers >>> Derek >>> >>> Sent via BlackBerry® from Vodafone >>> >>> -----Original Message----- >>> From: "lei...@co..." <lei...@co...> >>> Date: Tue, 15 Dec 2009 17:02:04 >>> To: Game Development Algorithms<gda...@li...> >>> Subject: Re: [Algorithms] Ideas for an AI scheme >>> >>> I actually dumped all my xml except for exporting assets from XSI. I >>> switched to lua. Even if you have a tool to edit the files you still >>> have to write code for DOM and/or SAX parsing. I found I could just get >>> more done much faster with lua. >>> >>> Leigh >>> >>> Nicholas "Indy" Ray wrote: >>> >>>> The largest problem I see is that XML (or really any text based >>>> format) is terrible for design and editing of any complicated FSM, I >>>> think a FSM is one of the instances where a graphical editing tool >>>> actually makes sense. >>>> >>>> Indy >>>> >>>> On Tue, Dec 15, 2009 at 11:35 AM, Stuart Golodetz >>>> <gda...@gx...> wrote: >>>> >>>> >>>>> Hi, >>>>> >>>>> I've been having a think about how to approach the AI for my game and >>>>> was wondering if I could have some thoughts on the scheme I'm pondering >>>>> before I sit down and implement it please? I'd like to make sure I'm not >>>>> over-engineering it (it's not something I've tried before) :) >>>>> >>>>> What I'm thinking of is a hybrid hierarchical FSM / behaviour tree >>>>> scheme. The hierarchical FSM structure would be defined in XML, and each >>>>> state/transition could be defined either to reference a state/transition >>>>> coded in C++ or a script. A state would yield a behaviour when executed >>>>> (possibly a composite behaviour, which is where the behaviour trees come >>>>> in). The behaviour could either be one defined in C++ or a behaviour >>>>> tree defined in XML which has C++ behaviours as its nodes. A behaviour >>>>> should ultimately yield object commands, such as "accelerate in >>>>> direction d", or "fire weapon", etc. Steering-related behaviours (such >>>>> as going to a particular position) could delegate to a steering pipeline. >>>>> >>>>> Does this make sense as a scheme? I realise there's a lot to code there, >>>>> which is why I'm asking beforehand - but is it a sensible way to go? >>>>> Also, does anyone have any alternative suggestions please? >>>>> >>>>> Cheers, >>>>> Stuart >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> This SF.Net email is sponsored by the Verizon Developer Community >>>>> Take advantage of Verizon's best-in-class app development support >>>>> A streamlined, 14 day to market process makes app distribution fast and easy >>>>> Join now and get one step closer to millions of Verizon customers >>>>> http://p.sf.net/sfu/verizon-dev2dev >>>>> _______________________________________________ >>>>> GDAlgorithms-list mailing list >>>>> GDA...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list >>>>> Archives: >>>>> http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list >>>>> >>>>> >>>>> >>>> ------------------------------------------------------------------------------ >>>> This SF.Net email is sponsored by the Verizon Developer Community >>>> Take advantage of Verizon's best-in-class app development support >>>> A streamlined, 14 day to market process makes app distribution fast and easy >>>> Join now and get one step closer to millions of Verizon customers >>>> http://p.sf.net/sfu/verizon-dev2dev >>>> _______________________________________________ >>>> GDAlgorithms-list mailing list >>>> GDA...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list >>>> Archives: >>>> http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list >>>> >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> This SF.Net email is sponsored by the Verizon Developer Community >>> Take advantage of Verizon's best-in-class app development support >>> A streamlined, 14 day to market process makes app distribution fast and easy >>> Join now and get one step closer to millions of Verizon customers >>> http://p.sf.net/sfu/verizon-dev2dev >>> _______________________________________________ >>> GDAlgorithms-list mailing list >>> GDA...@li... >>> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list >>> Archives: >>> http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list >>> ------------------------------------------------------------------------------ >>> This SF.Net email is sponsored by the Verizon Developer Community >>> Take advantage of Verizon's best-in-class app development support >>> A streamlined, 14 day to market process makes app distribution fast and easy >>> Join now and get one step closer to millions of Verizon customers >>> http://p.sf.net/sfu/verizon-dev2dev >>> _______________________________________________ >>> GDAlgorithms-list mailing list >>> GDA...@li... >>> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list >>> Archives: >>> http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> GDAlgorithms-list mailing list >> GDA...@li... >> https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list >> Archives: >> http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ------------------------------------------------------------------------ > > _______________________________________________ > GDAlgorithms-list mailing list > GDA...@li... > https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_name=gdalgorithms-list |
