Re: [Algorithms] Ideas for an AI scheme

[Jon W. <jw...@gm...>]

An alternative form of structured data is JSON. Especially if you use Flex
or SpiderMonkey or V8 for scripting... (which is a real alternative these
days!)
The benefit is similar to Lua, except with some of the JavaScript
implementations, you get a GUI system free with adoption! (thinking of
WebKit or the Mozilla stuff here)

Sincerely,

jw


--
Americans might object: there is no way we would sacrifice our living
standards for the benefit of people in the rest of the world. Nevertheless,
whether we get there willingly or not, we shall soon have lower consumption
rates, because our present rates are unsustainable.



On Tue, Dec 15, 2009 at 4:28 PM, <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
>