Difference between revisions of "Talk:Watermelon"
m (Miked0801, try using four tildes "~~~~" so we can see who wrote your comments!) |
(→Surfing Multiple Waves: new section) |
||
Line 6: | Line 6: | ||
: My next release should make it up even further :) --[[User:Miked0801|Miked0801]]04:07, 12 June 2009 (UTC) | : My next release should make it up even further :) --[[User:Miked0801|Miked0801]]04:07, 12 June 2009 (UTC) | ||
+ | |||
+ | == Surfing Multiple Waves == | ||
+ | |||
+ | My current strategy for multi-wave surfing is to proportionally add the danger from the next wave, varying by how soon the next wave is arriving and by its relative power. What I've observed is that while this does help when the second wave is close to the current one, it causes the bot to behave... tenatively. It will dodge the hot spot on the current wave by just enough to clear the worst of the factors, then hover in place, having found a minimum point where it would be reasonably safe on both waves. The thing is, it could do better by travelling further from the safe point on the current wave, then swinging back to a clear point on the next wave. The current behavior also sometimes prevents the bot from seeing other good solutions that involve movement ''after'' the current wave is past. | ||
+ | |||
+ | Is there a "cheap" solution that doesn't involve branching my prediction at each tick in the future? -- [[User:Synapse|<font style="font-size:0.8em;font-variant:small-caps;">Synapse</font>]] 22:47, 14 June 2009 (UTC) |
Revision as of 23:47, 14 June 2009
Saving Data
My suggestion with "Saving Data" is, don't. I've never bothered with it because the gains made are rather small, AND perhaps most importantly, it makes the effectiveness of your bot vary with stupid factors like how many rumble clients are running, since the data isn't shared between clients. In fact, I'd personally vote to ban saving data between battles in the rumble (at least until it's possible for clients to share data to make it actually fair). Really... it's just not worth the hassle... --Rednaxela 23:56, 11 June 2009 (UTC)
- Thanks for the input! I'm glad to hear this reinforcement of my suspicions. Barring some convincing evidence to the contrary, my mind's pretty well made up. -- Synapse 03:52, 12 June 2009 (UTC)
- My next release should make it up even further :) --Miked080104:07, 12 June 2009 (UTC)
Surfing Multiple Waves
My current strategy for multi-wave surfing is to proportionally add the danger from the next wave, varying by how soon the next wave is arriving and by its relative power. What I've observed is that while this does help when the second wave is close to the current one, it causes the bot to behave... tenatively. It will dodge the hot spot on the current wave by just enough to clear the worst of the factors, then hover in place, having found a minimum point where it would be reasonably safe on both waves. The thing is, it could do better by travelling further from the safe point on the current wave, then swinging back to a clear point on the next wave. The current behavior also sometimes prevents the bot from seeing other good solutions that involve movement after the current wave is past.
Is there a "cheap" solution that doesn't involve branching my prediction at each tick in the future? -- Synapse 22:47, 14 June 2009 (UTC)