View source for Talk:Stop And Go Tutorial

From Robowiki
Jump to navigation Jump to search

It seems to me that this page should be "Stop And Go Tutorial", not plural. Anyone disagree? Robar, did you mean to name it this way? I know it contains multiple parts, but right now it still seems like one tutorial to me... Nice job here, somehow I didn't see this page until recently. --Voidious 19:44, 2 August 2009 (UTC)

Agreed here Voidious, and indeed nice page Robar :) --Rednaxela 19:48, 2 August 2009 (UTC)

Agree. » Nat | Talk » 02:24, 3 August 2009 (UTC)

Oh my.. I haven't realised that someone wrote here.:P I came here to correct some typos and noticed the blue discussion link.. Anyway,I agree too. ;) --HUNRobar 18:03, 26 October 2009 (UTC)

Contents

Thread titleRepliesLast modified
Not Stopping in Time422:18, 19 May 2013

Not Stopping in Time

I recently tested reading hard-coded SAG lengths from a String table in EpeeistMicro. In theory, it should be more precise, and therefor more effective than Skilgannon's method. The problem is, against bots that aim using linear targeting and fire power 2 bullets, EM doesn't stop in time and gets hit.

I calculated that a 56 pixel length would move for 12 ticks, and would therefor be completely safe against guns that fire power 2's, which take 14 ticks to cool in between shots.

What did I do wrong?

Thanks

Sheldor (talk)04:51, 19 May 2013

Hi mate. Sounds like you are to close to the other bot. The closer you are, the less dodge moves you get. For your example you only have 12 ticks at a distance of 168.

Wompi (talk)06:14, 19 May 2013
 

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:Stop And Go Tutorial/Not Stopping in Time/reply (2).

 

Distance should not affect the performance of SAG. (Well, it can in certain circumstances, but those are irrelevant here.) If the bot stops in time, any form of targeting that projects movement based on current velocity will aim head-on. Even at very close range, if the enemy's gun is too hot to fire, EpeeistMicro should be safe.

@Nz.jdc
I already account for the two tick perception delay. It's possible that certain enemies have bugs in their guns that cause them to aim earlier than they fire, but it seems the negative effect is almost universal against bots with linear and circular targeting.

I tried changing the length for power 2's from 56 to 48, and now it crushes bots like AdeptBSB.

Any other ideas why 56 didn't stop in time?

Sheldor (talk)16:08, 19 May 2013

It lags because of the fact that the enemy gun fires before it is turned. So they fire at what they saw last tick, which still had you moving. BTW, the 'extra term' I have in Toorkild 0.4.1's StopAndGo should account for any improvement you can find, but I tested and didn't get any improvement from them. Of course, if a string table is smaller codesize than the one we are using now, there is still a motivation for it I guess, and it wouldn't hurt to leave it out.

Skilgannon (talk)22:18, 19 May 2013