Rhythm is just a click away. The future of osu! and the beginning of an open era! Commonly known by the codename "osu!lazer". Pew pew.
This project is still heavily under development, but is in a state where users are encouraged to try it out and keep it installed alongside the stable osu! client. It will continue to evolve over the coming months and hopefully bring some new unique features to the table.
We are accepting bug reports (please report with as much detail as possible). Feature requests are welcome as long as you read and understand the contribution guidelines listed below.
Detailed changelogs are published on the official osu! site.
- A desktop platform with the .NET Core SDK 2.2 or higher installed.
- When working with the codebase, we recommend using an IDE with intellisense and syntax highlighting, such as Visual Studio 2017+, Jetbrains Rider or Visual Studio Code.
- Note that there are additional requirements for Windows 7 and Windows 8.1 which you may need to manually install if your operating system is not up-to-date.
If you are not interested in developing the game, you can still consume our binary releases.
Latest build:
Windows (x64) | macOS 10.12+ |
---|
- Linux users are recommended to self-compile until we have official deployment in place.
- iOS users can join the TestFlight beta program (note that due to high demand this is regularly full).
- Android users can self-compile, and expect a public beta soon.
If your platform is not listed above, there is still a chance you can manually build it by following the instructions below.
Clone the repository:
git clone https://github.com/ppy/osu
cd osu
To update the source code to the latest commit, run the following command inside the osu
directory:
git pull
Build configurations for the recommended IDEs (listed above) are included. You should use the provided Build/Run functionality of your IDE to get things going. When testing or building new components, it's highly encouraged you use the VisualTests
project/configuration. More information on this provided below.
Visual Studio Code users must run the
Restore
task before any build attempt.
You can also build and run osu! from the command-line with a single command:
dotnet run --project osu.Desktop
If you are not interested in debugging osu!, you can add -c Release
to gain performance. In this case, you must replace Debug
with Release
in any commands mentioned in this document.
If the build fails, try to restore nuget packages with dotnet restore
.
On Linux, the environment variable LD_LIBRARY_PATH
must point to the build directory, located at osu.Desktop/bin/Debug/$NETCORE_VERSION
.
$NETCORE_VERSION
is the version of the targeted .NET Core SDK. You can check it by running grep TargetFramework osu.Desktop/osu.Desktop.csproj | sed -r 's/.*>(.*)<\/.*/\1/'
.
For example, you can run osu! with the following command:
LD_LIBRARY_PATH="$(pwd)/osu.Desktop/bin/Debug/netcoreapp2.2" dotnet run --project osu.Desktop
Sometimes it may be necessary to cross-test changes in osu-resources or osu-framework. This can be achieved by running some commands as documented on the osu-resources and osu-framework wiki pages.
Code analysis can be run with powershell ./build.ps1
or build.sh
. This is currently only supported under windows due to resharper cli shortcomings. Alternatively, you can install resharper or use rider to get inline support in your IDE of choice.
We welcome all contributions, but keep in mind that we already have a lot of the UI designed. If you wish to work on something with the intention on having it included in the official distribution, please open an issue for discussion and we will give you what you need from a design perspective to proceed. If you want to make changes to the design, we recommend you open an issue with your intentions before spending too much time, to ensure no effort is wasted.
If you're unsure of what you can help with, check out the list of open issues (especially those with the "good first issue" label).
Before starting, please make sure you are familiar with the development and testing procedure we have set up. New component development, and where possible, bug fixing and debugging existing components should always be done under VisualTests.
Note that while we already have certain standards in place, nothing is set in stone. If you have an issue with the way code is structured; with any libraries we are using; with any processes involved with contributing, please bring it up. We welcome all feedback so we can make contributing to this project as pain-free as possible.
For those interested, we love to reward quality contributions via bounties, paid out via paypal or osu! supporter tags. Don't hesitate to request a bounty for your work on this project.
The osu! client code and framework are licensed under the MIT licence. Please see the licence file for more information. tl;dr you can do whatever you want as long as you include the original copyright and license notice in any copy of the software/source.
Please note that this does not cover the usage of the "osu!" or "ppy" branding in any software, resources, advertising or promotion, as this is protected by trademark law.
Please also note that game resources are covered by a separate licence. Please see the ppy/osu-resources repository for clarifications.