[Home]History of DarkHallow/Observations

Robo Home | Changes | Preferences | AllPages


Revision 5 . . August 27, 2004 17:08 EST by Vic Stewart
Revision 4 . . August 27, 2004 16:20 EST by Strider
  

Difference (from prior major revision) (no other diffs)

Changed: 5c5,12
I have done some limited testing of no smoothing and I find that assuming a width of 3 bins seems to make me slightly more accurate in the short run but has no effect at all in the long run. I am not sure why this is. Maybe it helps to "smear" the data when you do not have many observations but does not hurt to have the data "smeared" when you have a lot. I find all of this interesting. My initial assumption was that the more bins I used the more finely chopped my data would be and there for the data would show more spikes. Now I am wondering if I have over segmented any of my other segments as well. -- jim
I have done some limited testing of no smoothing and I find that assuming a width of 3 bins seems to make me slightly more accurate in the short run but has no effect at all in the long run. I am not sure why this is. Maybe it helps to "smear" the data when you do not have many observations but does not hurt to have the data "smeared" when you have a lot. I find all of this interesting. My initial assumption was that the more bins I used the more finely chopped my data would be and there for the data would show more spikes. Now I am wondering if I have over segmented any of my other segments as well. -- jim

What is the difference between what you call bin smoothing and assuming the bot width is 3? Isn't the last actually a form of bin smoothing? My testing has showed that there is a relationship between the number of bins and accounting for botwidth. At one time, I had a low number of bins (I think it was 31). Then I tried a much higher number (75). My rating dropped. I reverted that, and introduced accounting for bot width. My rating dropped. Then I combined 75 bins with accounting for botwidth. Bingo! My rating improved. Note that I account for bot width dynamically, taking the distance into account.
Another thing: I found that accounting for botwidth has two pitfalls which are easy to overlook. You can find these if you put your bot against sitting duck after implementing botwidth accounting. If you contantly hit it on its side and occasionally even miss completely then you have fallen for both of them :-)
# make sure that the outermost bins, when converted back to angles, really fall within the bot's width. Initially I overlooked that the outermost bins offen only partially cover the enemy. If the middle of those bins (which you will actually use for aiming) falls outside the bot's width, then you could miss your target.
# when you have multiple neighbouring bins with the same highest number of visits, then you should make sure that you choose the middle one of those bins. In theory it shouldn't matter, but practise show that it does, because when I remove it my rating drops.

--Vic

Robo Home | Changes | Preferences | AllPages
Search: