KaijuEngine/kaiju

Kaiju is a traditionally designed and coded, 2D/3D game engine written in Go (Golang) backed by Vulkan. The goal of the engine is to use a modern, easy, systems level programming language, with a focus on simplicity, to create a new kind of game engine.

• 📄 2D / 🧊 3D Game Engine
• 🖥️ Built-in editor
• 🪟 Windows, 🐧 Linux, 🍎 Mac, 🤖 Android
• 🎊 Particle systems
• ⏯️ 2D/3D Animation
• 🎶 Music, SFX, and 3D sound sources
• 🔣 UI - Custom built system with optional HTML/CSS markup
• 🪄 Live shader updates on GLSL changes
• 🔌 Editor plugins support (via Go)
• 🚚 Faster builds than other game engines
• 🔥 Better performance than other game engines
• ⚠️🚧🏗️👷‍♂️ Work in progress, under heavy development

If you like the project, and would like to support it, please consider becomming a sponsor on GitHub.

• GitHub repository
• Discord server
• Brent Farris on X/Twitter
• Mailing list

Though the engine is production ready, the editor is not, feel free to join and contribute to its development.

For the latest updates, please join the Discord or check my Twitter/X.

Please review the Ad-Hoc editor readme

You can choose to get running quickly by recursively cloning the repository. This will also download the src/libs submodule that includes all the pre-built library files needed to compile. Or, you can build the dependency libraries yourself.

NOTE: On Windows, If you get an error with something like libstdc++-6.dll missing when you try to run, you may need to install mingw to get those libraries. We'll be looking at adding these to the prebuilts with this issue.

git clone --recurse-submodules https://github.com/KaijuEngine/kaiju.git

If you have Go, C build tools, platform libs, and Vulkan setup, you can start by running:

mkdir bin/
cd src
go build -tags="debug,editor,filedrop" -o ../bin/ ./

Or just open the repository in VSCode (or other IDE) and begin debugging it.

If your environment isn't setup, check out this doc on getting it setup. You can skip the library building steps (Soloud and Bullet3), you already have this libs from the submodule clone.

git clone https://github.com/KaijuEngine/kaiju.git

If you clone in this way, you'll need to manually build the library dependencies yourself. Please view this doc for how to build Soloud and this doc for how to build Bullet3.

To run the documentation locally, you need to install mkdocs and mkdocs-material.

1. Install dependencies:

pip install mkdocs mkdocs-material

1. Serve the documentation in watch mode:

mkdocs serve -w ./docs

An open source game engine and editor, written in Go backed by Vulkan.

The editor is a testament to the engine's flexibility, because the editor itself is a game running in the engine.

Making 2D games is as simple as switching the editor to "2D" mode.

A completely custom built math library backs the 3D rendering.

Compose multiple particle emitters into a system for stunning visual effects.

Full skeletal skinning, 2D sprite sheets, flip books, and material animations.

A very fast, completely custom-built, retained-mode UI with the option of using HTML/CSS for markup.

Simulate your worlds with 3D physics.

Easily visualize your GLSL shader code in real time.

Unmatched edit-build-launch speed. Iterate quickly with incredibly fast build times.

Create on Windows, Linux and Mac.

Deploy to Windows, Linux, Mac, and Android (more platforms added soon).

Play sounds and music, even in 3D space, powered by Soloud.

(YouTube) Kaiju Engine Editor Introduction

The current version of the base engine renders extremely fast, faster than most would think a garbage collected language could go. In my testing a release mode build of a game in Unity with nothing but a black background and a cube runs at about 1,600 FPS. In Kaiju, the same thing runs at around 5,400 FPS on the same machine. In fact, a complete game, with audio, custom cursors, real time PBR rendering with real time shadows, UI, and more runs at 2,712 FPS (in "debug" mode) screenshots or it didn't happen.

I love C, and because I love C and found out that Ken Thompson played a part in designing Go, I gave Go a chance. It has been such a joy to use and work with I decided to port my C game engine to Go. Go is a modern system-level language that allows me to write code the way I want to write code and even have the opportunity to do some crazy things if I want to (no strings attached). Also the simplicity and "just works" of writing Assembly code was a great boost to my happiness.

What's more, it's a language that other developers can easily learn and jump right into extending the engine/editor. No need for developers to re-figure out some bespoke macros or crazy templating nonsense. It's flat, easy, straight forward, and the foot-gun is hidden behind some walls, but there if you want it. Furthermore, developers can write their games in Go directly, no need for some alternative language that is different from the engine code (but we'll include Lua for modding).

I am creating this section because I get asked about it when I mention "Go", possibly not realizing that most public game engines use a garbage collector (GC).

The GC is actually a feature I'm happy with (shocker coming from a C guy). Well, the reason is simple, if you're going to make a game engine that the public will use and needs to be stable, you need a garbage collector. Unity has C# (and possibly an internal GC as well), Unreal has a GC (and it could use a tune up if you ask me), Godot has a GC albeit their scripting language or when you use C#. It is actually very important for public engines to have a GC because people are only human and make a lot of mistakes, mistakes they'll blame on you (the engine developer) before they blame themselves.

Coincidentally, the overall design I have for the engine plays very well with the GC and last I measured, I have a net-0 heap allocation while running (may need a new review). If you don't abuse the GC, you shouldn't generally feel it, it runs concurrently as well.

I'll be the first to admit, I think the developers of Go can create a better GC than I can, and probably better than Unreal and Unity too.