Skip to main content

Utility for parsing Starcraft II replay files

Project description

What is sc2reader?

sc2reader is a python library for extracting information from various different Starcraft II resources. These resources currently include Replays, Maps, and Game Summaries; we have plans to add support for Battle.net profiles and would gladly accept adapters to the more entrenched SCII sites such as sc2ranks.

There is a pressing need in the SC2 community for better statistics, better analytics, better tools for organizing and searching replays. Better websites for sharing replays and hosting tournaments. These tools can’t be created without first being able to open up Starcraft II game files and analyze the data within. Our goal is to give anyone and everyone the power to construct their own tools, do their own analysis, and hack on their own Starcraft II projects under the open MIT license.

Who Uses sc2reader?

sc2reader is currently powering:

If you use sc2reader and you would like your tool, site, project, or implementation listed above, drop us a line on our mailing list or stop by our #sc2reader IRC channel and say hi!

Current Status

sc2reader is production ready at release and under active development on Github. It is currently capable of parsing varying levels of information out of the three primary resource types listed below. For a more detailed and exact description of the information that can be extracted please consult the documentation hosted on ReadTheDocs.

Replays

Replays can be parsed for the following general types of information:

  • Replay details (map, length, version, expansion, datetime, game type/speed, …)

  • Player details (name, race, team, color, bnet url, win/loss, …)

  • Message details (text, time, player, target, pings, …)

  • Unit Selection and Hotkey (Control Group) events.

  • Resource Transfers and Requests (but not collection rate or unspent totals!)

  • Unfiltered Unit commands (attack, move, train, build, psi storm, etc)

  • Camera Movements for all players and observers.

Replays from release 2.0.8 on ward make additional state information available:

  • Unit states - creation time, positions, and deaths times

  • Player resource stats - collection rates/unspent totals

  • Player spending stats - resources spent and lost

Further game state information can be extracted from this raw information:

  • All unit selections and hotkey values for every frame of the game.

  • APM/EPM and its untold variations.

  • Supply counts, expansion timings, build orders, etc

We have data dictionaries in place for standard games that make unit meta data available. Unit meta data is currently limited to:

  • Costs - mineral, vespene, supply

  • Classification - army, building, worker

Additionally, abilities that create units/buildings have the built unit linked with the build time in game seconds.

Unfortunately this information IS NOT currently versioned and is only accurate for the latest builds of Starcraft. Versioned meta data support will be added in future releases.

Maps

Maps can be parsed for the following information:

  • Minimap and Icon images (tga format)

  • enUS localized Name, Author, Description, Website (if available)

  • Map Dimensions, Camera Bounds, Tileset

  • Player Slot data and Advanced Teams alliance/enemy data.

There is a lot more in here to be had for the adventurous.

Game Summaries

Game Summary files are downloaded by the client in order to allow you to view the game summary from your match history. Prior to 2.0.8 they were the only way to get the information from the summary screen. Since the 2.0.8 release you have been able to compute this information yourself from the replay files.

Thank you Prillan and Team Liquid for helping to decode this file.

  • Lobby Properties (game speed, game type, …)

  • Player Information (Race, Team, Result, bnet info, …)

  • Player Graphs & Stats (Army Graph, Income Graph, Avg Unspent Resources, …)

  • URLs to map localization files and images

  • Player build orders up to 64 (real) actions

Parsing on these files is now production ready for those that can get them. See the Team Liquid thread for details on how to go about getting them.

Again, these files are generally unnecessary after the 2.0.8 release.

Basic Usage

..note:

For example scripts, checkout the docs and the `sc2reader.scripts`_ package on Github or in the source.

Loading Replays

For many users, the most basic commands will handle all of their needs:

import sc2reader
replay = sc2reader.load_replay('MyReplay', load_map=true)

This will load all replay data and fix GameHeart games. In some cases, you don’t need the full extent of the replay data. You can use the load level option to limit replay loading and improve load times:

# Release version and game length info. Nothing else
sc2reader.load_replay('MyReplay.SC2Replay', load_level=0)

# Also loads game details: map, speed, time played, etc
sc2reader.load_replay('MyReplay.SC2Replay', load_level=1)

# Also loads players and chat events:
sc2reader.load_replay('MyReplay.SC2Replay', load_level=2)

# Also loads tracker events:
sc2reader.load_replay('MyReplay.SC2Replay', load_level=3)

# Also loads game events:
sc2reader.load_replay('MyReplay.SC2Replay', load_level=4)

If you want to load a collection of replays, you can use the plural form. Loading resources in this way returns a replay generator:

replays = sc2reader.load_replays('path/to/replay/directory')

Loading Maps

If you have a replay and want the map file as well, sc2reader can download the corresponding map file and load it in one of two ways:

replay = sc2reader.load_replay('MyReplay.SC2Replay', load_map=true)
replay.load_map()

If you are looking to only handle maps you can use the map specific load methods:

map = sc2reader.load_map('MyMap.SC2Map')
map = sc2reader.load_maps('path/to/maps/directory')

Using the Cache

If you are loading a lot of remote resources, you’ll want to enable caching for sc2reader. Caching can be configured with the following environment variables:

  • SC2READER_CACHE_DIR - Enables caching to file at the specified directory.

  • SC2READER_CACHE_MAX_SIZE - Enables memory caching of resources with a maximum number of entries; not based on memory imprint!

You can set these from inside your script with the following code BEFORE importing the sc2reader module:

os.environ['SC2READER_CACHE_DIR'] = "path/to/local/cache"
os.environ['SC2READER_CACHE_MAX_SIZE'] = 100

# if you have imported sc2reader anywhere already this won't work
import sc2reader

Using Plugins

There are a growing number of community generated plugins that you can take advantage of in your project. See the article on Creating GameEngine Plugins for details on creating your own. To use these plugins you need to customize the game engine:

from sc2reader.engine.plugins import SelectionTracker, APMTracker
sc2reader.engine.register_plugin(SelectionTracker())
sc2reader.engine.register_plugin(APMTracker())

The new GameHeartNormalizerplugin is registered by default.

Installation

sc2reader runs on any system with Python 2.6+, 3.2+, or PyPy installed.

From PyPI (stable)

Install from the latest release on PyPI with pip:

pip install sc2reader

or easy_install:

easy_install sc2reader

or with setuptools (specify a valid x.x.x):

wget http://pypi.python.org/packages/source/s/sc2reader/sc2reader-x.x.x.tar.gz
tar -xzf sc2reader-x.x.x.tar.gz
cd sc2reader-x.x.x
python setup.py install

Releases to PyPi can be very delayed (sorry!), for the latest and greatest you are encouraged to install from Github master.

From Github

Github master is generally stable with development branches more unstable.

We use travis-ci to provide a record of our continuous testing and coveralls.io provides a record of our test coverage. Please verify that tests are passing before installing development versions.

Install from the latest source on Github with pip:

pip install -e git+git://github.com/GraylinKim/sc2reader#egg=sc2reader

or with setuptools:

wget -O sc2reader-master.tar.gz https://github.com/GraylinKim/sc2reader/tarball/master
tar -xzf sc2reader-master.tar.gz
cd sc2reader-master
python setup.py install

For Contributors

Contributors should install from an active git repository using setuptools in develop mode. This will install links to the live code so that local edits are available to external modules automatically:

git clone https://github.com/GraylinKim/sc2reader.git
cd sc2reader
python setup.py develop

Please review the CONTRIBUTING.md file and get in touch with us before doing too much work. It’ll make everyone happier in the long run.

Testing

We use the built in unittest module for testing. If you are still on Python 2.6 you will need to install unittest2 because our test suite requires newer features than are included in the main distribution.

To run the tests just use:

python test_replays/test_all.py
python test_s2gs/test_all.py

When repeatedly running tests it can be very helpful to make sure you’ve set a local cache directory to prevent long fetch times from battle.net:

export SC2READER_CACHE_DIR=local_cache
# or
SC2READER_CACHE_DIR=local_cache python test_replays/test_all.py

Good luck, have fun!

Community

sc2reader has a small but growing community of people looking to make tools and websites with Starcraft II data. If that sounds like something you’d like to be a part of please join our underused mailing list and start a conversation or stop by #sc2reader on FreeNode and say ‘Hi’. We have members from all over Europe, Australia, and the United States currently, so regardless of the time, you can probably find someone to talk to.

Issues and Support

We have an issue tracker on Github that all bug reports and feature requests should be directed to. We have a mailing list with Google Groups that you can use to reach out for support. We are generally on FreeNode in the #sc2reader and can generally provide live support and address issues there as well.

Acknowledgements

Thanks to all the awesome developers in the SC2 community that helped out and kept this project going.

  • Special thanks to the people of the awesome (but abandoned!) phpsc2replay project whose public documentation and source code made starting this library possible.

  • Thanks to sc2replay-csharp for setting us straight on game events parsing and assisting with our v1.5 upgrade.

  • Thanks to ggtracker.com for sponsoring further development and providing the thousands of test files used while adding s2gs and HotS support.

  • Thanks to Blizzard for supporting development of 3rd party tools and releasing their s2protocol full reference implementation.

CHANGELOG

0.6.1 - August 13th 2013

  • Fix bug in event ordering that caused game events to process before tracker events.

  • Fix APMTracker to count APM for all humans, not just players.

0.6.0 - August 12th 2013

New Stuff:

  • Adds python 3.2+ support

  • Adds support for patch 2.0.10.

  • Adds experimental SC2Map.MapInfo parsing support.

  • Implements new replay GameEngine and plugin support.

  • Added a sc2json script contributed by @ChrisLundquist

  • Adds plugin GameHeartNormalizer plugin by @StoicLoofah

  • Hooked up coveralls.io for coverage reporting: https://coveralls.io/r/GraylinKim/sc2reader

  • Hooked up travis-ci for continuous testing: https://travis-ci.org/GraylinKim/sc2reader

  • Switched to built in python unittest module for testing.

Changed Stuff (non-backwards compatible!):

  • Summary.teams is now summary.team; summary.team is now summary.teams. To conform with replay name conventions

  • Fixed #136, unit types from tracker events are used when available.

  • Deprecated player.gateway for player.region

  • Reorganized the person/player/observer hierarchy. Top level classes are now Computer, Participant, and Observer. Participant and Computer are both children of player so any isinstance code should still work fine.

  • Player.uid now means something completely different! Use player.toon_id instead

  • Player.uid is now the user id of the player (was player.cid)

  • PersonDict can no longer be constructed from a player list and new players cannot be added by string (name). Only integer keys accepted for setting.

  • Log a warning instead of throwing an exception when using an unknown colors.
    • An unknown hex value will use the hex value as the name.

    • An unknown color name will use 0x000000 as the color.

  • Finally straighten out all these replay player list/dicts
    • human/humans -> human entities, indexed by uid

    • computer/computers -> computer entities, indexed by pid

    • player/players -> actually playing in the game, indexed by pid

    • observer/observers -> observing the game, indexed by uid

    • entities -> players + observers || humans + computers, indexed by pid

    • client/clients - (deprecated) same as human/humans

    • people/person - (deprecated) same as entity/entities

0.5.1 - June 1, 2013

  • Fixes several game event parsing issues for older replays.

  • Propperly maps ability ids for armory vehicle & ship armor upgrades.

  • Uses the US depot for SEA battle.net depot dependencies.

  • PlayerStatEvent.food_used and food_made are now properly divided by 4096

  • AbilityEvent.flags are now processed into a dictionary mapping flag name to True/False (AbilityEvent.flag)

  • Fixed error preventing UnitOwnerChangeEvents from being processed

  • Fixed the toJSON plugin and adds new fields

  • Fixed error preventing parsing of MapHeader (s2mh) files

  • APMTracker now properly calculates average APM to the last second played by each player instead of using the number of replay minutes in the denominator.

0.5.0 - May 7, 2013

  • Support for all replays (arcade replays now parse!) from all versions

  • Support for the new replay.tracker.events added in 2.0.8
    • Units now have birth frame, death frame, and owner information

    • New events for (roughly) tracking unit positions

    • New events for tracking player resource stockpiles and collection rates

    • More!

  • Much more comprehensive documentation.

  • New unit model
    • SiegeTank and SiegeTankSieged (and others with different forms) are no longer separate units.

    • Units that can transform maintain a full type history.

    • Units are correctly and uniquely identified by unit_id alone.

  • Updated unit meta data:
    • Mineral Cost

    • Vespene Cost

    • Supply Cost

    • Flags for is_worker, is_army, is_building

  • Added ability meta data:
    • is_build flag marking abilities that create units

    • build_unit indicating the unit type that is built

    • build_time indicating the build time for the ability

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

sc2reader-0.6.1.tar.gz (127.3 kB view hashes)

Uploaded Source

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page