Back in 2012 Collada was a thing. People thought it might actually be an industry standard for 3D models. That lasted about a minute, but while that was true I adopted Collada-DOM as the 3D model format for Miranda. I wrote a nice tool to import Collada models into Miranda's internal model format. Miranda has its own format that supports compression, all the game's features, and it reads Miranda's material definitions so that it can customize the mesh data to be loaded very, very quickly.



The model importer also combines meshes and vertex arrays where it can to reduce the number of draw calls and render state updates, based on how the model is used in the game.

When I bought my Asus laptop I didn't know it had Aura gamer lighting. First time it lit up the desk I was surprised. But so far, none of the games I've played have taken advantage of these cool lights.

Trying to figure out how to program those lights was pretty challenging. The website for the Aura SDK is just a 404. You can find links to a version 2 binary SDK, but that only supports Win32. My games are x64 so that was a non-starter. After reading a lot of forum posts from frustrated people who had given up all hope of programming their Asus lights, I discovered the Aura 3.1 SDK Documentation. Reading over the documentation led me to discover that my laptop had both Win32 and x64 Aura .DLL's in the interestingly named folder /Program Files/ASUS/AuraSDK!!

Then I found the C++ Tutorial which has most of a working example and basically met my requirements. The Aura 3.1 SDK uses the COM API which is nice because it doesn't add any dependencies to your game.

WM_POWERBROADCAST mysteriously not working anymore in your app? Here's how you fix it.

Windows now has a thing called Modern Standby. The big problem with Modern Standby is that mysteriously Windows doesn't call WM_POWERBROADCAST anymore. To fix this, you now need to tell Windows you want power notifications. If you're running a new Windows SDK, just use RegisterSuspendResumeNotification and you're done. If you're not...

So I thought over the Christmas break I'd like to learn how to implement character animation (both skeletal for bodies and vertex deformation for faces) into Miranda. To get started I bought a package of positively reviewed animated characters from Infinity PBR in FBX format. The package also included Unity and Unreal files, but FBX is the industry standard and I've used FBX successfully in the past so I figured I should be able to get that to work.

Getting Animations into Blender

I use Blender for my 3D work, so the models needed to work there for me to be able to change or fix them. The main thing though is that I need Blender as a basis to debug my own animation pipeline. In the past I'd buy an FBX, import it into Blender, sometimes having to fiddle with Autodesk FBX Converter to get a model Blender would read, fix up the texture paths in the materials and I'd be done.

This is one of the models I bought. Not exactly an encouraging start.

I want Space Mines III to look like it is playing on a 24x24 text screen displayed on the ten inch black and white CRT I played on as a kid. That is a little tricky because that CRT is long gone. Finding reference pictures of old CRT's was surprisingly difficult, they were either blurry or modern image editor reproductions. Luckily I found several good photos on vintage-computer.com.

CRT shaders are tricky beasts because LCD's don't really have the resolution to simulate a CRT properly. There are lots of CRT shaders on the internet, but they are designed to simulate visual aberrations and the color masks of various types of color monitors. I couldn't find a single monochrome CRT shader.

It has been a while since I've written anything on the blog. The things I was working on weren't particularly interesting. Other things were requiring a lot of my attention. The things I do want to talk about still aren't completed.

Occasionally over the years I have done contract work to help fund the development of Miranda. I hoped that Early Access would put an end to that, but in December it came time to do that again, so I accepted a contract with an awesome group of developers who I've been working with these last few months.

Part of the arrangement is that I can continue to work on Miranda. So on January 26 The Combat Update went live.

Then COVID hit, and national economies started to collapse, and there were riots, and I found myself struggling to find the motivation to do anything beyond watch the news and worry, even as things in Canada have actually gone pretty well. That has gone on for a while now.



In August for a bit of a fun break on my summer vacation I started work on Space Mines III, a remake of a game I made on my Ohio Scientific Superboard II PC when I was a teenager. That has been such fun and a great change of pace for me and proves that the Lair Engine isn't just a one-game game engine. I did the first audio pass this week, and the pew-pew retro sound effects totally bring it to life.

Since The Combat Update I've done five minor releases of Miranda with bugfixes and small improvements nobody is likely to notice. I've also done a bunch of library upgrades, and an x64 port of the server and (most of) the client. Secret Lair Games' non-game servers also got a bunch of improvements, updates and fixes because they were having some problems.

So what's coming up with Miranda? In short, I've been working on some stuff, I'm not really sure yet, but I've been thinking about it a lot.

I hope you are well,

Rob.

Releasing a new build of The Imperial Realm::Miranda is a pretty big job. I need to build new game binaries, build new data, upload those thousands of files to the CDN, upload new code to the game server, shut down the previous version, get the new version running, change various other server things to all point to the new build, and archive all those files. All in all, it is a couple hours of tedious work where any mistake means the game won't run when you're done.

The Combat Update is now live. Players with the Launch Week Edition will be able to try out The Combat Update the weekend of Feburary 8-9.



My goals with this release were to finish some features that had lingered partially-done too long, to add new units and gameplay elements, and to make combat more exciting. Players will notice a lot of bugs fixed, quite a bit of additional polish and some improved visuals. While I accomplished the bulk of my goals with The Combat Update, I'll admit I'm still not entirely satisfied.

I started replaying The Elder Scrolls Online last weekend, and after an hour or so I noticed something strange: when I killed an NPC, I'd walk away. If I saw a harvesting node, I walked right past. I realized I have some sort of PTSD when it comes to the inventory system in that game because when I played before my inventory was forever full, constantly needing attention, and I could never get fair market value for what I did collect.

The Combat Update introduces consumable crates to The Imperial Realm::Miranda which can be used to expand the inventory size. Originally, players could get 5, 10 and 20 inventory item size increments but only four could ever be applied, so if a player redeemed four 5-item increments, their inventory could grow by a maximum of 20. There were plans for additional expansion possibilities, but that was as far as I got.

The next major update for The Imperial Realm::Miranda is the Combat Update. My goal with this update is to make the core combat in the game more exciting looking and eliminate anything that might give the player concern about the fairness of a battle. I had hoped to have this update out in time for the 10 year anniversary, but the bugs have defeated that plan.

The core of the Combat Update is fixing a number of desynchronizations that were happening between the server and client. Some of these resulted in apparently invulnerable units, others resulted in units teleporting during combat. Last week I was reducing or removing situations where a teleport is the only option. Testing that results in screenshots like this one: