GresSuffurd 0.3.13

Jump to navigation Jump to search

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.

Return to Thread:Talk:GresSuffurd/GresSuffurd 0.3.13/reply.

As regards a perfect score against HawkOnFire, I have been running some tests, and it appears that HowkOnFires shoots at angles quite distant from guess factor 0.

(From a 1000 round battle, GF = -100.0 means I failed to detect the wave when it was fired or couldn't find a match for some other reason.)

148Hit GF = -100.0

207Hit GF = 0.1636332953564261

89Hit GF = -0.11944245243219632

208Hit GF = -0.2328668375113637

75Hit GF = -100.0

84Hit GF = -0.12453026743165671

88Hit GF = -0.13356419636603006

273Hit GF = -100.0

0.1 seems to be a fairly large deviation from 0.0. Any thoughts? Anyone else see this before?

AW22:45, 21 December 2012

Yes, it's old and known "problem". I did not research it, but i think, that its Hawk's issue

Jdev04:32, 22 December 2012

Isn't it because HoT targeting shoots one turn after it calculates the angle?

both bots are perpendicular to each other on the x axis and have a distance of 100 - the calculated angle would be 90deg
bot one moves +8 and bot two -8
if bot one shoots the next turn with 90deg angle it would be 9deg difference to the center he targeted the last tick.

Of course this is the worst case and scales on distance and relative velocities to each other.

Wompi11:52, 22 December 2012

As far as I remember HOF doesn't use setAdjustGunForRobotTurn and also just spins its radar, so if you get a bad combo it isn't anywhere near GF0. I've seen as bad as GF+0.3. I'm sure you could improve your score by also dodging the bullet if it was fired at your last 8 locations and adjust the angle based on if they are turning and hadn't adjusted their gun for it yet this tick. Trouble is it will hurt against other bots :-)

Skilgannon12:36, 22 December 2012

HoF has an infinity lock, which slips quite frequently. And it looks like, he shoots whit in the run method and not in onScannedRobot(..) what makes the HoT angle even worse. Not sure about the setAdjustXX(..) but it would make it even more unstable.

As conclusion i would say there is no bot that shoots at GF0 all the time.

Wompi13:53, 22 December 2012

Except maybe GF guns with precise future position aiming against SittingDuck.

But even if you have perfect prediction of your opponents targeting, there is still the occasional ramming score due to bots spawning too close to each other in the beginning of a round, making perfect scores almost impossible against moving opponents.

MN05:45, 23 December 2012

You can get unlucky with an enemy that spawns to close and starts moving before it knows where the enemy is, or has a bad movement. Which then rams into your robot. But not much you can do in robocode against bad luck. Except try to minimize it.

Chase11:07, 23 December 2012

Wow, cool analisis from direct competitor:) Thank you, but unfortunately for me i know all this issues - i don know how to solve them - Any change in Tomcat last few month lead me to score loss

Jdev04:31, 22 December 2012