The Big CMake + MinGW + Sound PR

[TheBrokenRail]

This PR:

• Refactors the CMake build-system:
  • There is now a top-level CMakeLists.txt so you no longer need to cd platforms/sdl before building the project.
  • SDL is now loaded in platforms/sdl/CMakeLists.txt like you would expect instead of in source/CMakeLists.txt.
  • Sound systems have been decoupled from SDL/Win32. You can now build SDL with DirectSound or Win32 with OpenAL.
  • The Win32 platform can now be built with CMake using MinGW-w64.
  • The SDL platform can also now be built with CMake using MinGW-w64.
  • Both of those configurations have been added to the CI.'
• Sound is now loaded at runtime instead of being loaded from the binary! (Fixes #119)
  • tools/grabsounds.py now extracts sounds to game/assets/sound using LIEF (which is downloaded automatically).
  • Sound data is loaded using AppPlatform::readAssetFile, which has been implemented (and tested) for both SDL, Win32, and native Android.
  • AppPlatform::getPatchData has been changed to use AppPlatform::readAssetFile.
• Extra Notes:
  • The macOS build currently only works because I added a ln -s to the CI, someone should probably fix that.
  • I also adjusted the line width calculation for block outlines.
  • And I updated the GLES Compatibility Layer.
  • Finally, I fixed some bugs with Logger.

[iProgramMC]

Also worth noting that I don't really like giant PRs. Which is why I ask that you create separate PRs for different changes from now on.

[TheBrokenRail]

Yeah, sorry about that. I got a bit carried away (clearly).

[TheBrokenRail]

Also, I added tools/extract_apk.py. It just calls grabsounds,py and extracts the other assets to game/assets. I mainly created it because I got annoyed with having to figure out how to merge-copy the game assets into game/assets. It also shows a file chooser if you run it by itself, which should make it easier to use for beginners.