A fork of CSE2 providing support and optimization for running on a Sun Ultra 1.
Find a file
2020-03-14 22:02:06 +00:00
assets/resources Move the data folder back to the game folder 2020-01-24 13:44:57 +00:00
devilution Move the MSVC2003 stuff to the main folder 2019-09-05 13:42:33 +01:00
game_english/data Move the data folder back to the game folder 2020-01-24 13:44:57 +00:00
game_japanese/data Move the data folder back to the game folder 2020-01-24 13:44:57 +00:00
src Wrap UTF-8 strings in C89-style comments 2020-03-14 14:12:53 +00:00
vs2003 Make VS2003 compile everything as C++ again 2020-01-07 04:40:27 +00:00
vs2017 Enable optimisations in the VS2017 project 2019-09-15 15:41:56 +01:00
.gitattributes Mark TSC files as binary, not text 2020-01-09 06:32:10 +00:00
.gitignore Add save data to .gitignore 2020-01-24 14:22:05 +00:00
.travis.yml Update Travis file to use CXXFLAGS 2020-03-14 22:02:06 +00:00
CMakeLists.txt More CMake cleanup 2020-03-14 21:59:42 +00:00
Makefile Remove LTO from the Makefile 2020-03-14 20:12:33 +00:00
PHILOSOPHY.md Update PHILOSOPHY.md 2020-02-01 11:49:18 +00:00
README.md Remove LTO from the Makefile 2020-03-14 20:12:33 +00:00
screenshot.png New screenshot 2019-09-01 19:00:42 +01:00

Build Status

Table of Contents

This repo has multiple branches:

Branch Description
accurate The main decompilation branch. The code intended to be as close to the original as possible, down to all the bugs and platform-dependencies.
portable This branch ports the engine to SDL2, and addresses numerous portability issues, allowing it to run on other platforms.
enhanced Based on the portable branch, this adds several enhancements to the engine, and makes it more accessible to modders.
emscripten Modifies the engine to build with Emscripten, allowing it to run in web browsers.
wii Ports the engine to the Nintendo Wii.

Cave Story Engine 2

Cave Story Engine 2 is a decompilation of Cave Story.

Screenshot

Background

In 2007, a Linux port of Cave Story was made by Peter Mackay and Simon Parzer. Details about it can be found in Peter's old blog. This port received an update in 2011, including two shiny new executables. What Peter and Simon didn't realise was that they left huge amounts of debugging information in these executables, including the names of every C++ source file, and the variables and functions they contained.

This was a goldmine of information about not just the game's inner-workings, but its source code. This alone made a decompilation viable, but it wasn't the only help we'd get...

When Pixel made Cave Story, he compiled the original Windows EXE with no optimisations. This left the generated assembly code extremely verbose and easy to read. It also made the code very decompiler-friendly, since the assembly could be mapped directly back to the original C(++) code.

A combination of easy-to-decompile code and a near-complete symbol list made much of the decompilation process a copy/paste job, but not all of the game would need decompiling, as some of Cave Story's source code would actually see the light of day...

In early 2018, the Organya music engine was released on GitHub by an old friend of Pixel's. On top of providing an insight into Pixel's coding style, this helped with figuring out one of the most complex parts of Cave Story's codebase.

It's because of these findings that a decompilation is possible: the Mario 64 decompilation project had a game that was built with no optimisations, the Devilution project was lucky enough to find a symbol list, so it's a miracle that we have both!

Many months of copypasting and tinkering later, here is the result.

Building

Visual Studio .NET 2003

Of course, project files for Visual Studio .NET 2003 are available, and can be found in the 'vs2003' folder.

As proven by the original Doukutsu.exe's Rich Header, Pixel used Visual Studio .NET 2003 to create Cave Story. This means these project files allow us to check the accuracy of the decompilation by comparing the generated assembly code to that of the original executable. The tool for this can be found in the 'devilution' folder.

Visual Studio 2017 (and later)

Project files for Visual Studio 2017 can be found in the 'vs2017' folder.

CMake (Visual Studio & MinGW-w64)

In this folder, create another folder called 'build', then switch to the command-line (Visual Studio users should open the Developer Command Prompt) and cd into it. After that, generate the files for your build system with:

cmake .. -DCMAKE_BUILD_TYPE=Release

You can also add the following flags:

Name Function
-DLTO=ON Enable link-time optimisation
-DJAPANESE=ON Enable the Japanese-language build (instead of the unofficial Aeon Genesis English translation)
-DFIX_BUGS=ON Fix various bugs in the game
-DDEBUG_SAVE=ON Re-enable the dummied-out 'Debug Save' option, and the ability to drag-and-drop save files onto the window

You can pass your own compiler flags with -DCMAKE_C_FLAGS and -DCMAKE_CXX_FLAGS.

You can then compile CSE2 with this command:

cmake --build . --config Release

If you're a Visual Studio user, you can open the generated CSE2.sln file instead.

Once built, the executable can be found in the game_english/game_japanese folder, depending on the selected language.

Makefile (MinGW-w64)

Run 'make' in this folder, preferably with some of the following settings:

Name Function
RELEASE=1 Compile a release build (optimised, stripped, etc.)
STATIC=1 Produce a statically-linked executable (so you don't need to bundle DLL files)
JAPANESE=1 Enable the Japanese-language build (instead of the unofficial Aeon Genesis English translation)
FIX_BUGS=1 Fix various bugs in the game
DEBUG_SAVE=1 Re-enable the dummied-out 'Debug Save' option, and the ability to drag-and-drop save files onto the window

You can pass your own compiler flags by defining CXXFLAGS.

Once built, the executable can be found in the game_english/game_japanese folder, depending on the selected language.

Licensing

Being a decompilation, the majority of the code in this project belongs to Daisuke "Pixel" Amaya - not us. We've yet to agree on a license for our own code.