where does the overlord start relative to the hatchery?
Steamhammer has a scouting feature that works in ZvZ matches: When it sees the position of the enemy’s first overlord, it tries to infer where the enemy base is. See Steamhammer’s new scouting skills. It turned out that on some maps—Icarus and Roadrunner—the inference can be wrong. The reason is that Steamhammer measures the distance from the potential hatchery location, not from the overlord’s start location, which is offset. If 2 bases are at nearly the same distance, the offset can matter.
So I came to the question: At the start of the game, where is zerg’s overlord placed relative to its hatchery?
The answer turned out to be simple. The overlord’s x position is offset by either -99 or +99 from the hatchery, and its y position by either -65 or +65. The position is chosen to be whatever is closer to the center of the map. In code:
overlord.x = hatchery.x + ((hatchery.x < 32 * BWAPI::Broodwar->mapWidth() / 2) ? +99 : -99); overlord.y = hatchery.y + ((hatchery.y < 32 * BWAPI::Broodwar->mapHeight() / 2) ? +65 : -65);
I don’t promise that this is exactly right. It works in the cases I tested. I imagine that somebody on the OpenBW project could tell us the exact condition.
Comments
Nininene on :
Jay Scott on :
Jay Scott on :
Nininene on :
As an example, let's assume the base is in South East Corner of the map, with mineral on the east, gas in the North.
If ovie comes from West, the Hatchery will see it first, and it has the same sight range as the ovie, so conclusion can be drawn. If it comes from the north and the extractor is already up, we might not even see it (extractors have a much smaller vision range). If it tries to fake the incoming direction, it will take it more time to go around your base, and your timing computation can detect it (or be fooled equally badly, depends :) )
I'm not arguing than one method is strictly better than the other, simply that your heuristic could to some extent incorporate knowledge from both
Jay Scott on :
Marian on :
Shouldn't it be the same value?
Jay Scott on :
jtolmar on :
Jay Scott on :