Performance Enhancing Bug
← Thread:Talk:Anti-Surfer Targeting/Performance Enhancing Bug/reply (4)
It looks to me like you have basically made your gun only keep the latest hit index at each segment, so basically a segmented version of MirrorMicro's gun. A rolling depth of 0 makes sense as to why it would be good against surfers - it is basically how a standard VCS anti-surfer gun is made. Fairly coarse segmentation, and low rolling averages.
If you want to keep that performance, but with lower codesize, you could probably get rid of the bins at each segment and instead just store a single value which would represent the last GF you saw. This is basically what I do in DrussGT for the movement, except I keep the last few GFs as well as a little info like the rolling depth and the segment weighting.
Also, weighting real-bullet waves higher than tick waves helps too, right?
Do you think I would be able to fit a Virtual Guns system in 100-200 bytes? Or will I just have to sum the different buffers like Vyper?
Against surfers, yes. Real waves are more meaningful since surfers react to waves.
Against flatteners, no. The more data you use, the harder it is to flatten all statistics.
I'm not sure I agree it won't help against flatteners. I think you're saying that because flatteners are specifically surfing your firing waves, it might help to use virtual waves so they can't surf as well. But it's kind of an arms race where the gun always has the advantage, so using firing waves may still help your gun more than it makes your gun more surfable.
I'm saying that because flatteners avoid GFs that were used before, and before being hit there. The gun doesn't have an advantage, at least in the beginning of a battle. After a while, classification kicks in and it becomes harder and harder to flatten the specific data subset the gun selected using k-NN search or VCS.
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:Anti-Surfer Targeting/Performance Enhancing Bug/reply (13).
I've wondered about a random targeting scheme that only shoots within precise MEA. Have you tested that vs. your anti-surfer?
I've found myself wondering about the reverse recently... if a sufficiently advanced (I have some tricks in mind...) random-movement surfer (note, not active flattener) could outperform usual methods against some of the strongest anti-surfer targeting that a few bots have...
This I actually have spent a substantial amount of time working on. All sorts of extra randomization of surfing stats, fully random surf stats that get completely regenerated each time you get hit, or every so often, mixes of random and normal surf stats and flatteners, and so on. I thought a totally new movement profile every time you get hit would have a lot of potential, but I just didn't get it close to outperforming my existing stuff.
Pure random targeting is sound according to game theory, assuming there is only 1 wave flying at a given time.
With 2 or more waves, shooting at all GFs with the same probability may not be the optimal strategy. A weighted random targeting might be stronger.
True, although I'd hate to have to evaluate that function. It could probably be done with Monte-Carlo though, although it would be VERY VERY slow due to the precise predictions that would have to take place. Maybe some sort of high-speed precise prediction lookup table could work here.
If you already have the waves running a VG shouldn't be that much more codesize, just another thing to check when the wave breaks. Of course, it is important to have your VG only work on real waves otherwise it is pretty useless against surfers and bots that react to bullet fire.