lilijreey / bwapi Goto Github PK

Is solved by the logic of onGameStart/onGameEnd, but would be nice to get
that anyway (imagine case when the library got loaded later, so it missed
the onStart call)

To load as much data directly from bw as possible.

I would like to discard the code that recognize the current player by name
as soon as possible.

For different versions of the same map.

Recognize Stucked scv's and divide them into 2 categories
1) stucked but can build building(typically depot) there
2) stucked for ever (should be killed sooner or later, or wait for dropship)

Stucked scv's would be marked, and freed from tasks and disabled in
freeWorker function.

Make one class something like reservedResources, it would contain

minerals
gas
supply
(maybe something else, who knows)

Every task will have function get Reserved, that would be called in order
of priorities of task and it would return resources to reserve for that task

If I also made TaskTrain (instead of manual solution of autobuild), I could
prioritize units/buildings/invents/upgrades.

So reserved resources could also be bigger than actual resources, and it is
excepted behaviour.

Find where is map info stored (tiles, building placebility, minitiles)

The crash happens right at the beginning of a match in about 50-80% of the
time.

Useful information:
Revision: r162
Operation System: Vista SP1
Reproduceable: Most of the time by just creating a game

Do
a) Choose build order based on race (and random if there are more)
b) Make the "jump" command - prerequisite of branching
c) Make the "choise" command - just random

So we would have first version of branching based on random, it will be
easy to extend it later based on enemy actions.

Clear.

How to print text on x/y position?
How to draw rectangle?
how to draw in other way - is there?
Probably will also need some refresh function.

For me to do. >.>

Will choose the same build repeatedly, mess up if there are more files and
more than x builds(will try to reproduce).

Will read opponents in observer games(observer is considered opponent).

Find a way how to recognize visible units (unit property/ offset ?)

- Start without an opponent crashes.
- UMS type crashes when SCV is created or no Command Center
- Manually building supply depot with BWAPI enabled, a build order, and no
map file crashes.

Multiple upgrade buildings not accounted for.

Revision: 188

I wanted to test whether the API is able to load the ICCup Python
1.3.scx.xml file, so I started a match on the exact same map.

The following logline appears in the log:
Exception in AI::onStart: Unable to load data file bwapi-data\\maps\.xml

Possible Explanation: Maybe I have another version of python 1.3, so that
it isnt able to match it to the xml -> can you send me your version of
python if you suspect that that might be the cause?

This revision is crashing 100% at the beginning of a game. Maybe there is
something wrong with the supply building?

Reproducable: Yes
Description: Game crashes as soon as probe starts warping a starport.

Saving any fog/buildability/walkability maps in anything other than Python
or Longinus seem to crash.

Should be easy as Address was already provided on the broodwarai forum.

How to invoke them?

Implement some simple algorithm that will avoid scv's from building
buildings(typically depots) all around some free spot so there will be no
way left to access it.

Revision: r204
Bug: Sometimes a scv gets stuck before building the depot and cannot be
recovered.

r243:
Wont check for Supply while it tries to build marines and medics.

To Make the namespace policy consistent

Make some translation from unit name to unit id, the current system where I
make std::map for names is problematic, as the same build order will not
work for ppl with different starcraft version.

So i will generate .ini file with standard file names and load it in the
start and use it to traslate name->id.

Team melee games and some UMS(using overflow bug) will alter the supply limit.

We need a better build-task recognition. Right now, only detects the
current order on an SCV. Needs to check incomplete unit count for
build-task recognition.

Building of addons will have special command in build order and will not
require location, because location can be always deducated from building
location, so the Map.xml file will need to contain less info.

Revision: r203
Description: The game crashes right at the moment when the nuclear blast
exploded.

How to determine race of unit prototype?
Unit.dat

+ Include common comparisons such as greater than, less than, equal to.
+ Include all current player stats for possible conditions (score, deaths,
kills, resources, etc; even custom score).
+ Make auto-building of supply toggle-able.

AI will not start on second game. Problem started around revisions 420-430.

We have already function to show message locally, if the public one uses
the local function, it could be debugged out easily.

Just a _test_ of the *issue* tracker.

Game crashes when a selected Terran Vulture containing spider mines has
been killed.

The nextFrame hook function seems tobe correct, as the frame id perfectly
match the id in bwchart, but the latency seems to not be constant, just
assumption.

Need to test somehow the latency precisely and investigate how does it work.

Revision r214
Description: The game freezes as soon as a match starts. The broodwar music
still plays, but the window is unusable.

I'v thinked out the simple algorithm that would handle priorities.

So if for example scv building has higher priority, it will never be
paused, but the reserved resources for the scv will be counted as reserved
income for small period of time before the new scv train order will be
given, so no resources/income will be reserved too early (as it could be
done in simple way, that I would reserve 50 minerals for the next scv right
after the current one is building)

I will just need to load priority number and make getIncomePerSecond or
similar function for gas and minerals to start working on this.

Make some documentation (Wiki page probably) that will describe all
bwapi/bwai ingame commands and also the structure of build-order

Protoss does not clear the build task when it starts to build, it's onnly
set to recognize Terran construction.

When everything but unitID will be removed from BWAPI::UnitPrototype it will
1) Be moved to BW namespace
2) Be used insted the u16 for unitID everywhere
3) So there won't be need for files like 
UnitPrototypeDefinitions.h
UnitPrototypeDefinitions.cpp
That practicly doubled the info defined in UnitTypes.
getPrototype will not be also needed.

I will just do unit->getType() (that returns the u16 now)
unit->getType().methodOfUnitPrototype();

This will make the code much more clearer, smaller and more powerful

Needs to prioritize resource gathering; ATM gas gathering has higher
priority than mineral gathering, frequently causes AI to lose matches in
which it narrowly escapes being destroyed or loses many SCVs.

Should subtract planned-to-build units' costs and determine which resource
type is lower, and focus on that.

How much supply will you gain for every unit prototype.
Units.dat
Please use labels and text to provide additional information.

Two alternate races in a single game (Team melee & UMS) will cause the AI
to malfunction, for example, a probe is pulled to build a barracks.

Map upgrades
1) Map the upgrade type (name, cost, time)
2) Map upgrade progress for current player (not researched, in progress, level)

Add the minimum-gather condition, it will much more reasonable condition
when to add more production buildings or expand.

The added commands in revision 462 and 463 need testing.

Needs to choose a build order based on specific maps; so

First priority: Map-specific
Second priority: Matchup-specific(race)
Third priority: Matchup-unknown

Should also detect more than one opponent, and maybe allies.