Number of rounds and battlefield size
← Thread:User talk:Chase-san/NeoRoboRumbleParticipants/Number of rounds and battlefield size
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.
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.