I made the first draft of an application icon for the game. A small but rewarding task which got me the following:

1. Some idea about the icon itself
2. Blender export pipeline
3. Script that scales the icon into all required dimensions & writes icon metadata

Now I can tweak the model & lighting (as one does), push a button and get a fresh set of app icons for each platform.

Icons for my other games:

The logo animation is a rather small feature and it’s been a while since I put it in, but I still love it when I see it.

It’s designed to resemble a gun being reloaded – a clip goes in and one bullet is loaded into the chamber. Based on AK47.

I’m glad I took the time to do it early on. Devastro 2 code is derived from Superforce so it was important to make a clear step away.

Adding more variety and detail to the saucers. Finally.

The original Devastro had only one type of saucer. Granted, it came in two colors, but it was the same shape. It was based on a photo of a physical object (something from the kitchen I think).

For Type Raiders, I made several different 2D silhouettes in Adobe Illustrator, processed the .ai files with Python to turn them into 3D meshes and then rendered those using a Java-based renderer called Sunflow. That worked quite well, thankfully.

Now I’m using Blender for everything. Making the silhouettes, generating 3D meshes and rendering. I use PBR materials to give the saucers a scratched, banged up look.

It’s work in progress but I’m already quite happy with these.

The new Blender “cloth brush” tool was handy for making realistic looking, sloppily rolled out rugs. They too, as the saucers, look a bit used. God knows what liquids have been spilled on them throughout the universe…

♫ Turn every invasion
into a special occasion…
…with rugs!

So let’s take one more look at the entire saucer lineup:

Oh look, a Fisher Price™ Saucer! Not 100% sure what to do with it yet but it’s going in. I can

1. treat it as a regular saucer
2. use it for the “final boss” battle
3. hide it somewhere as an easter egg

My custom shape editor has been a great tool for making Box2D collision meshes. Except I never used it. It was WAY too much work. I just kept putting it off, telling myself that the default boxes would be fine “for now”.

So I ditched it (all 400 lines of it) and decided to use some more Blender scripting to simplify my workflow.

I extended my export script to look for a mesh named “Collision” attached to each object. If found, it reads its vertex coordinates (x,y) and writes them into a file.

Took a while to match the camera transform correctly but now I can edit all the shapes directly in Blender!

Old Photoshop clouds are out, new beautiful Blender volumetric clouds are in!

Using the editor property panel I can adjust scale, wind & altitude for each cloud. A subtle parallax effect makes them look really cool when the camera moves around:

The only downside is that it takes quite a while to render them in decent quality. No wonder people need supercomputers to make weather forecasts…

Devastro 2 now runs on Windows.

There were many issues I had to deal with, compared with Mac and Linux. Clang, CMake, Visual Studio, MinGW, the linker… It seems that a project using C++17, OpenGL and SDL is not exactly on the “happy path” for Windows development in 2020. But what is, anyway?

The game is up and running now. IMGUI is disabled because of some OpenGL compatibility problems. Not sure if this is worth fixing – all the editing is done on a Mac.

Would Sokol help? Will try for next project.

Devastro 2 now runs on Linux.

After building my new PC, the first thing I tried was to compile the game on Windows. However, Visual Studio was giving me a hard time and I wasn’t in the mood for a fight. Instead I installed Ubuntu and got the game up and running there first, as a stepping stone. That went quite well.

No idea about packaging the game for distribution yet. Are .tar.gz packages still a thing?