Difference between revisions of "Talk:RoboResearch"
(quick instructions, polish this up later) |
|||
Line 27: | Line 27: | ||
You mean like to work for 1v1 / not Melee? Yeah, I've been using it. What kind of problems are you having? I tried long ago and hit issues which I attributed to the Mac JVM. Since I've been Robocoding again and using [http://landonf.bikemonkey.org/static/soylatte/ SoyLatte Java], it's worked fine, but it's also a different version of Robocode, so it could be that too. --[[User:Voidious|Voidious]] 02:35, 19 May 2009 (UTC) | You mean like to work for 1v1 / not Melee? Yeah, I've been using it. What kind of problems are you having? I tried long ago and hit issues which I attributed to the Mac JVM. Since I've been Robocoding again and using [http://landonf.bikemonkey.org/static/soylatte/ SoyLatte Java], it's worked fine, but it's also a different version of Robocode, so it could be that too. --[[User:Voidious|Voidious]] 02:35, 19 May 2009 (UTC) | ||
: Mainly, I'm not a java hack. There are no step by step instructions nor a downloadable distribution so I didn't even know where to start. Being able to run batch battles locally would be awesome. --[[User:Miked0801|Miked0801]] 05:04, 19 May 2009 (UTC) | : Mainly, I'm not a java hack. There are no step by step instructions nor a downloadable distribution so I didn't even know where to start. Being able to run batch battles locally would be awesome. --[[User:Miked0801|Miked0801]] 05:04, 19 May 2009 (UTC) | ||
+ | :: I bumbled through a lot of stuff, myself, but I did get it working. And it's great once it's working. =) I've posted a quick and dirty write-up of the process below. It's for Mac / Unix, while for Windows you'd use ; instead of : for Java classpath stuff. But I also zipped and uploaded my roboresearch dir (minus a few dozen of my dev versions) [http://www.dijitari.com/void/robocode/voids_roboresearch_20090519.zip here], if that helps. Indeed we should update the page with some polished instructions, but I just wanted to get something up before bed here... | ||
+ | |||
+ | <pre> | ||
+ | to install from scratch: | ||
+ | svn checkout https://roboresearch.svn.sourceforge.net/svnroot/roboresearch | ||
+ | cd ./roboresearch/trunk | ||
+ | mkdir bin | ||
+ | javac -cp src:hsqldb.jar -d bin src/roboResearch/CLI.java | ||
+ | install a copy of Robocode to roboresearch/trunk/robocode_install | ||
+ | |||
+ | put your bots in robocode_bots | ||
+ | |||
+ | run battles with something like: | ||
+ | java -cp bin:hsqldb.jar roboResearch.CLI myBot.cfg | ||
+ | |||
+ | for multi-threaded, setup server with database_server.sh, then | ||
+ | do something like: | ||
+ | java -cp bin:hsqldb.jar roboResearch.CLI -S -t 2 myBot.cfg | ||
+ | |||
+ | docs/getting_started_running.txt has some info, | ||
+ | but some is outdated (boo) | ||
+ | </pre> | ||
+ | |||
+ | --[[User:Voidious|Voidious]] 05:28, 19 May 2009 (UTC) |
Revision as of 06:28, 19 May 2009
SVN Update Notes
If you update from SVN, be ready to change your .cfg files. The example "run.cfg" is updated - it's still easy. Perhaps easier than they were! --Simonton 04:25, 16 September 2008 (UTC)
HSQLDB No More
Beware of abrupt shutdowns of the database server. I just lost all my scores between Simonton/PFResearch 0073 and 0083, apparently because I closed Eclipse which simply killed the database process, instead of shutting it down nicely. I certainly thought it would handle such things better than that, and I have done it many times before with no consequence, but apparently my timing was bad this time. Does anyone have a good recommendation for a more reliable database that can be run without firing off a separate process, if desired? --Simonton 07:51, 18 September 2008 (UTC)
It looks like the Apache Derby implementation distributed with Java 6 would be the natural choice! Expect that change to come in the near future, for fear of losing more of my data otherwise! --Simonton 15:04, 18 September 2008 (UTC)
It happened again. This time I only lost some data for 0088. I wasn't going to be upset if I lost alot more, but it just confirms this is a switch that has to be made. For now I'm making a copy of the database directory before I kill the database server. Sending the sever the shutdown command via SQL would work, but that's too much effort. They should make it accept a clean shutdown command from the terminal in which you launch the server, that would be handy. --Simonton 02:21, 23 September 2008 (UTC)
Buggy when running from GUI
Hey Simonton if you're around. I found a bit of a odd bug when trying to run the TCRM here. Under the GUI it always fails with:
Thread 1: Unrecognized output from robocode, "Aborting battle, could not find robot: apv.AspidMovement 1.0". Killing battle.
whereas in the CLI it works just fine. Not sure why all this is but if I find a fix I'll tell let you know. --Rednaxela 07:10, 21 December 2008 (UTC)
Hmm, okay, I discovered that the problem disappaered if I cleared the working_dirs directory, and renamed all the bot jars to match the version number they have in the properties file. It seems that RoboResearch doesn't like jars that are differently named than the default, and some such non-default names are included in the zip files for challenge bots. Anyways I have it working now, and maybe this info posted here might help someone else. --Rednaxela 19:06, 21 December 2008 (UTC)
Melee
Has anyone used RoboResearch to run melee battles? Looking through the code, it seemed like the part that runs battles would support running a melee battle, but I didn't see any way to configure this (from a .rrc file or otherwise). My melee Test Bed process is currently pathetic and verging on useless... I'd love some RoboResearch support to help me out. --Voidious 15:06, 18 May 2009 (UTC)
Has anyone here got this to work at all?!? It'd sure help with testing... --Miked0801 23:36, 18 May 2009 (UTC)
You mean like to work for 1v1 / not Melee? Yeah, I've been using it. What kind of problems are you having? I tried long ago and hit issues which I attributed to the Mac JVM. Since I've been Robocoding again and using SoyLatte Java, it's worked fine, but it's also a different version of Robocode, so it could be that too. --Voidious 02:35, 19 May 2009 (UTC)
- Mainly, I'm not a java hack. There are no step by step instructions nor a downloadable distribution so I didn't even know where to start. Being able to run batch battles locally would be awesome. --Miked0801 05:04, 19 May 2009 (UTC)
- I bumbled through a lot of stuff, myself, but I did get it working. And it's great once it's working. =) I've posted a quick and dirty write-up of the process below. It's for Mac / Unix, while for Windows you'd use ; instead of : for Java classpath stuff. But I also zipped and uploaded my roboresearch dir (minus a few dozen of my dev versions) here, if that helps. Indeed we should update the page with some polished instructions, but I just wanted to get something up before bed here...
to install from scratch: svn checkout https://roboresearch.svn.sourceforge.net/svnroot/roboresearch cd ./roboresearch/trunk mkdir bin javac -cp src:hsqldb.jar -d bin src/roboResearch/CLI.java install a copy of Robocode to roboresearch/trunk/robocode_install put your bots in robocode_bots run battles with something like: java -cp bin:hsqldb.jar roboResearch.CLI myBot.cfg for multi-threaded, setup server with database_server.sh, then do something like: java -cp bin:hsqldb.jar roboResearch.CLI -S -t 2 myBot.cfg docs/getting_started_running.txt has some info, but some is outdated (boo)
--Voidious 05:28, 19 May 2009 (UTC)