Calinou / godot-vintage-builds

Unofficial Godot 1.0 and "Godot 0" builds for nostalgia purposes
MIT License
15 stars 2 forks source link
godot godot-engine godotengine software-preservation

Godot "vintage" builds

This repository contains compiled binaries of old Godot versions for your nostalgia needs. Build scripts and instructions are also included.

There are currently two versions available:

See downloads.tuxfamily.org for more recent old versions (going back to Godot 1.1, released in May 2015).

Disclaimer

These builds are not meant to be used in a production environment 🙂

Use the official Godot builds for production. Thanks to 2D batching, Godot 3.2.2 and later should still be efficient on low-end machines.

If you really need a version of Godot that is the most frugal possible in terms of RAM usage, use Godot 2.1.6. However, it has very few users remaining, which means people will not be able to assist you with any questions you have.

Downloads

Running

Godot versions below 3.0 only have a GLES2 renderer, making them compatible with almost any graphics card.

Run the Godot editor binary as you'd do usually. You can use the demo projects below to test their functionality:

Use the Scan button in the Project Manager to import all demos easily.

Development

Compiling for Linux

This can be done from Linux or macOS. If you're on Windows, you can use a Linux virtual machine.

Compiling for Windows

This must be done from Windows. The guide below uses MSVC 2013. More recent versions of MSVC aren't supported. MinGW is in theory supported, but recent versions won't work either.

If you're not running Windows natively, you can use a virtual machine.

C:\Python27\python.exe C:\SCons\scons.py platform=windows target=release_debug

Compiling with more than 1 CPU thread will most likely not work as expected unless you have Pywin32 extensions installed.

Packaging for distribution

For a smaller download size, a ZIP archive can be created using 7z a -mx9 file.zip file. This creates a ZIP archive more efficiently than zip, but it's still compatible with all modern extractors (not just 7-zip).

Using 7z a -mx9 is significantly slower to compress than zip -r9, but decompression speed remains almost identical.