Wet Ork

So a few weeks ago I was experimenting with clear epoxy for transparent bases. I painted thiws Ork to try and make it look like he's wading through water, using modelling snow for foam. Unfortunately I was careless and overdid the snow, I don't think the end result looks very good. If I ever try again I'll try to be more subtle.

GLSL

I've finally started to read up on GLSL. It's nicer than I expected, I wish I had looked into this years ago. It's surprisingly easy to do some pretty cool effects - at least in a simple standalone test program. I am starting to realise, however, that fully integrating shaders into a game is quite a lot of work. And unfortunately I'm having trouble comitting much effort into my engine these days.

Anyway, here's a screenshot of a simple shader to compare basic lighting in the fixed pipeline with shaders. (The sphere on the right uses a shader, in case it wasn't obvious).

Transparent bases

This ork is my first experiment with a transparent base, which I feel is less obtrusive on the tabletop. Personally I feel that single figures with well modelled bases can look amazing on display, and units with matched modelled bases can look fantastic on display if they're in a matched movement tray, but on the tabletop modelled bases just look strange and out of place to me, I prefer unadorned black bases (which to an extent we can accept as being a "shadow"). However I think a good transparent base could look even better, so I'm experimenting with making my own.

This one wasn't too bad. I embedded the model in the transparent epoxy, which I'm not sure about - the next model will be pinned to the top normally so I can compare. The matt spray-on varnish "whitened" the surface a little, so I coated half of the base with a layer of gloss varnish to see the difference. As you can see here, it helped.

Also, there's four small button magnets embedded in base (I currently add magnets to the bases of all my models for transport), they look a little out of place but it's not too bad. There's actually a pair of magnets in his feet as well but this is tricky to do and weakens the model - a second ork I made with magnets only in the feet broke at the ankles. Though the attraction to metal was weaker, it still didn't move around (much) when placed it on a tin and shook it up, so I might try again, but not all model have feet / legs big enough for good sized magnets.

Here's a normal "plain-Jane" based ork for comparison:

Realism in games

There's many unrealistic elements of video games that we happily ignore, either because we know it's too difficult (or just not worth the effort) to make it more realistic, or we know that making it more realistic would not make it better, often it makes it worse.

But to an extent that's subjective - some people like realistic but complicated games, at least in certain genres. Take flight simulators for example. I think it's abaout gameplay first, but if an effective gameplay mechanic is also realistic, that can help immersion and enjoyment. Take for example the way current shooters often limit the number of weapons you can carry while older games generally allowed you to walk, run and jump while carrying many times your body weight in firearms. Limiting your carrying capacity wasn't done just because it was more realistic; it was and is done because it forces you to make strategic decisions about which weapons to carry. In some games this is an advantage.

So whenever we look at something unrealistic in a game, we have to consider if it needs to be improved or whether we should just maintain suspension of disbelief. However, today I had an idea that just might work.

In most shooters, when you reload a half-empty clip you don't lose the ammo that you dump (even though you clearly see it drop). This makes sense. But consider: if you tap the reload button in the middle of a firefight you drop the clip and reload as quickly as you can, losing the rest of the clip (though it falls to the floor and can be picked up later). If you hold the reload button you are treated to a more longer animation in which the character removes the clip, visible stowing it away thus keeping the ammo, before replacing it. This combines realism with an added layer of tactical decision making in-game. I think, for a modern-day shooter like Counterstrike, this could work. I'm planning to try it in my game anyway.

Of course it still doesn't explain how the ammo is consolidated from the half-empty clips into full ones, but hey; it's just a game. Right?


Also, I'm starting to suspect that I talk too much.

Animation more sorted

That thing I said yesterday about the exporter only exporting a single pose at a time? Solved. Actually took much less work than I expected, and now I can export an entire animated action in a single file. Might have to tweak it later after I tweak how the engine handles animation of course, but that's the nature of the work. It's an iterative process.

Animation sorted

I recently started to spend time on my engine again, and have finally solved the issues with importing geometry and animations from Blender. There were some problems before that I had not noticed because I had not tested enough, but things seem to be running quite well now. I've also cleaned up the code a bit, and improved the export scripts, making them more user-friendly. The animation export script currently only exports single rig poses though, so the next step will be to export an entire "movement" in one go. After that I think I'll look at graphics again, try to throw in some fancy effects.

Current progress:

Bind pose

Posed bones. It may not be obvious, but this is supposed to happen.

Quick update - Rolling Bones and Crimson Fists

So I've made some progress in my game engine. I've gotten the animation to a point that I can live with for the time being, though I will be changing some elements later. The problem now is getting the data. I considered trying to use existing formats, but for now I'm sticking to my own as I cannot find an existing format (supported by Blender) that I like. Instead I'm writing tools for exporting from Blender. I've written an exporter for my mesh format, though it doesn't export edges or vertex weights yet (coming soon!). I've written an exporter for the rig, but I don't understand what Blender is doing with it's matrices - the bones seem to be rolling or something, and my rigs are not exporting correctly. Anyway, I'm shelving my engine for a short time while I concentrate on Java, which I need for work. Hopefully I'll be able to pick it up again soon.

In the mean time, here a couple of Crimson Fists. I had some trouble with the transfers, but otherwise I'm happy with how they turned out. Their armor is much lighter than normal for Crimson Fists, but I prefer it as it looks better under normal room lighting. I settled on Crimson fists because I like blue for Space Marines, but Ultramarines are pretty much the standard, so I wanted something different (some people always have to be different...). I considered making my own chapter, but I couldn't think of anything special and I like the Crimson Fists colour scheme and backstory.