View source for User talk:Chase-san/NeoRoboRumbleParticipants
- The config file was meant for server-specific configuration, that's it (I suppose the server title could go in there too). Game types are defined in GameType.php -- that's where you'll want to make all your changes. --Darkcanuck 22:33, 8 July 2011 (UTC)
- I suppose that makes sense, but I have had to change a few things here and there. Added a passworded php uploader for flags, obviously the templates and index (givens). GameType.php indeed, upload_results for the client versions (that should go in config). I might consider making an install_schema.php that installs the schema if there isn't one on the pointed to database. Not really up to making the automated participant list, making secure login system isn't fun. — Chase-san 23:38, 8 July 2011 (UTC)
- Do you have those updated flags handy still? I misplaced the copy I downloaded and the link no longer works... --Darkcanuck 23:53, 8 July 2011 (UTC)
- Changed to 3 rounds, a single round causes too much traffic and lags the server pretty badly. — Chase-san 14:51, 8 July 2011 (UTC)
Also as a side note, i'll be running this only once and awhile and not constantly until there are enough robots in it to justify running it constantly. As things are still on a trial basis, changes to the rounds run, field size and datasaving/other rules are still up the air a little bit. — Chase-san 15:18, 8 July 2011 (UTC)
- If this takes off, send me a patch (or the changed files) and I can add this to the server. --Darkcanuck 22:33, 8 July 2011 (UTC)
- I'll be sure to, not sure if it will or not, need people interested in it for that. Not much to it however, it is just currently the roborumble but cut down some on the server, no major customization in that area. But instead of neo rumble, it will probably be called something like 'Lightning Rumble' (thanks to Nat for that one). — Chase-san 23:48, 8 July 2011 (UTC)
Keep in mind, despite the low number of rounds they do. With so few competitors, it only needs something like 100 or 200 battles to stabilize. Running more just clouds it up. — Chase-san 02:00, 18 January 2012 (UTC)
|Thread title||Replies||Last modified|
|Number of rounds and battlefield size||8||21:45, 18 January 2012|
|Number of battles||1||15:43, 18 January 2012|
I would prefer if the number of rounds were kept at 1 instead of 3. I don´t care if the client keeps uploading data most of the time. The time taken to stabilize the scores will be fast either way.
I would also prefer if battlefield size were 800x600. So NeoRumble becomes a benchmark for RoboRumble 1v1.
I can upload all battles again in the case of a database reset.
A point of the neoroborumble was to make it a new rumble. Not just the roborumble but shorter.
I wanted to prevent wholesale moving of robots from the roborumble to the neoroborumble. Changing the size means people at least had to go in and adjust bots in which the field size is hard coded.
I really jsut like 3 battles more. 1 battle doesn't really tell you enough about its early behavior, except if it got unlucky position or not.
I like 3 much more myself, but it is opinion based.
But mostly because 1 seemed to hit the server hard and fast and constantly which is not so good for the poor server. 3 seemed more acceptable in the time it took before uploading again.
Telling me that 'you don't care' doesn't make me want to change my mind so much.
Additionally the neoroborumble was mostly made for new (robot) participants. So they didn't have to go through the pain of fighting the rankings with 600 other, possibly very older robots.
I was going to remove the some of the seed robots after more got added, but that never happened really.
Increasing the number of battles per batch from 10 to, maybe 350, can workaround the issue of constant uploads.
Testing locally, I noticed 1 round and 3 rounds have a lot of difference. Combat does about 45% average against Seraphim in 3 rounds, and about 18% average in 1 round. Uploading lots of battles averages out unlucky positions.
And its funny to see the client console scrolling with a lot of battle results popping up fast.
I suppose I can reset it to a single round if we do that.
Wow doing that makes me feel like Robocode should have some kind of bulk upload method, instead of one at a time.
Suggest setting it to at most 200 battles at a time. :)
I think the same whenever I see a client uploading 45 pairings per battle in meleerumble.
...as a comment, I was working in another client/server optimized for batch processing, including batch uploads, but after working 2 weeks in a GAE compatible server, I discovered they don´t accept free deploys anymore. So the project is stuck.
Wouldn't it be as simple as something like.
- Take all items in results text file
- Transfer it to the server via POST
- Server reads each entry and puts it where it belongs.
- You're done.
You do not have permission to edit this page, for the following reasons:
- The action you have requested is limited to users in the group: Users.
- You must confirm your email address before editing pages. Please set and validate your email address through your user preferences.
You can view and copy the source of this page.MN