Planned investigations
← Thread:Talk:GrubbmThree/Planned investigations/reply (6)
Seems that all 'improvements' I had in mind actually made its performance worse. Maybe I can better join the 'WorstBot' competition. Last chance is with 0.9d and if that one does not succeed, I will go sit in the corner and cry.
I would also suggest, to relabel old variant and put it in rumble. I feel that old rumble stats had a lot of disabled bots. It might appear that old version is better but it is actually not. Plus we have at least 3 new above top 100 bots which might pull your APS down.
That is true, it is also my intention to do so. I always compare against the older version via Botdetails, it let you see the differences betweeen the common pairings, so that really is the difference, even if only 1000 bots are in common. Just remove the 'd' from versionnumber and press Compare.
My main worry here is about difference in liteclient performance. Most of the old rankings were done with ancient version of robocode. It is possible that your old bot was tuned to exploit a glitch without you even knowing about.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page.
Return to Thread:Talk:GrubbmThree/Planned investigations/reply (10).
There is else but Java 7 vs 8. I ran tcf.Drifter vs. GrubbmThree 0.9d in robocode GUI with Java 8. Drifter constantly wins the match.
So I cannot attribute 100% loss which we see in rumble just to the Java version.
I did read somewhere that tcf.Drifter had some problem with the 1.9.2.5_beta versions, maybe someone is running the rumble with a non-official 1.9.2.5 version ?
Hey, I watched 0.9d wobble. I think it is not big enough to move your bot from HoT direction. It might fool CT, but HoT still gets you. I would increase wobble amplitude.
Really something to try out, although I fear that then it has not enough speed to catch up on the other bot. First I test a re-entry of the original to determine the 'APS-rot'.