Getting Started
Have Windows 8.1+ with Python 2.7 and Visual Studio 2015 and the Windows SDKs installed:
> git clone --recursive https://github.com/xenia-project/xenia.git
> xb setup
> xb devenv
That’s mostly it. Run the xenia-app
project. For debugging setup instructions
see the github docs.
When pulling new code use either xb pull
to fetch the latest changes to both
the main repository and all submodules as well as run premake, or else be sure
to do those things yourself.
Visual Studio 2015 Configuration
Xenia works with the free community edition of Visual Studio. When installing you must make sure to check the Visual C++ tools and the Windows SDKs.
Where’s the sln/vcproj?
The xb
script generates them under build/
on many operations, but they can
also be generated with xb premake
. The premake5.lua
files in the tree are
the source of truth for project configuration and changes made through
Visual Studio will be overridden the next time premake is ran. Make sure to
add any new files to the premake files and re-generate things to stay in sync.
It doesn’t build!
In general, if you’re unable to get the instructions as above to work you either don’t meet the OS requirements, don’t have Visual Studio or the Windows SDK installed properly, or have no idea what you’re doing. The buildbot verifies that what’s checked in does build and is rarely wrong, so if that’s green it means the problem is on your end.
Improvements to the project configuration and instructions are welcome. Issues filed along the lines of ‘it won’t build’ will be closed as invalid.
It doesn’t run!
Ensure you meet the system requirements. No, really, go check your video driver with something like GPU Caps Viewer and ensure you have OpenGL 4.5. If there are errors related to missing CPU features use something like CPU-Z and ensure your processor supports AVX or AVX2.
Contributing
Pull requests are very welcome, but must be of a certain level of quality to merge into the main repository. This means that they must adhere to the style guide, not pollute the git history (you may be asked to rebase if you’ve been bad), and build clean. Changes that are obviously untested or unsafe will not be accepted without additional verification.
For more information, see CONTRIBUTING.md in the repository.