View source for Talk:Stop And Go Tutorial
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)
- [View source↑]
- [History↑]
Contents
Thread title | Replies | Last modified |
---|---|---|
Not Stopping in Time | 4 | 22:18, 19 May 2013 |
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
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.
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: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?
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.