Hi guys one of our students has suggested a (simple?) enhancement - the ability to run robots in the simulation without GUI output.
This speeds up learning / evolution trials. great work on pyrobot by the way - we ran our 3rd yr advanced robotics practicals with it this year and the students got to code hybrid architectures, experiment with mapping and localization, and explored various GA / ANN techniques for generating reactive behaviours. and they've all learnt python and started to use it as their language of choice for prototyping / scripting... yes! (all except for one guy who still insists he wants to do everything else in C#) Thanks! Matt On Tue, 2008-04-15 at 12:00 -0400, [EMAIL PROTECTED] wrote: > Send Pyro-users mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://emergent.brynmawr.edu/mailman/listinfo/pyro-users > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pyro-users digest..." > > > Today's Topics: > > 1. Re: Maintaining trails (Douglas S. Blank) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 14 Apr 2008 13:21:43 -0400 > From: "Douglas S. Blank" <[EMAIL PROTECTED]> > Subject: Re: [Pyro-users] Maintaining trails > To: Dave Zoltok <[EMAIL PROTECTED]> > Cc: Pyro-Users Mailing List List <[email protected]> > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dave Zoltok wrote: > > I'm currently running experiments with evolved robot controllers and I'm > > trying to see the robot's trails during multiple attempts at navigating > > towards a light source. At the moment this involves randomizing the > > robot's initial state, placing it in the environment and letting it run, > > and repeating the process several times with different randomizations. > > The problem is that whenever I reset the position of the robot, the > > trail vanishes, and the movement from the final position of one trial to > > the initial position of the next trial becomes the first segment of a > > new trial. > > > > Is there a way to have trails persist in the environment between resets? > > I've tried to piece together how the code is running, and it seems like > > I would need to store every generated trail separately, so they can be > > drawn independent of the robot's position. I have no problem doing that, > > but is there a better way? > > Dave, I wrote that and I have no idea. I'd have to go back and see how I > did that, and what resets it. > > If you come up with a better-defined interface for handling the trails, > please submit the code. Thanks! > > -Doug > > > Dave > > > > ------------------------------ > > _______________________________________________ > Pyro-users mailing list > [email protected] > http://emergent.brynmawr.edu/mailman/listinfo/pyro-users > > > End of Pyro-users Digest, Vol 50, Issue 3 > ***************************************** > > > This incoming email to UWE has been independently scanned for viruses by > McAfee anti-virus software and none were detected -- - - - - - - - - - - - - - - - - - - - - - - Dr Matthew Studley Senior Lecturer : Robotics Bristol Robotics Laboratory Room 3Q75 University of the West of England Coldharbour Lane Bristol BS16 1QY +44 117 328 2671 This email was independently scanned for viruses by McAfee anti-virus software and none were found _______________________________________________ Pyro-users mailing list [email protected] http://emergent.brynmawr.edu/mailman/listinfo/pyro-users
