Combining lighting methods
I'm currently in the process of finalizing the support for shadow map rendering into the CopperCube Game Engine. For game engine users, this will work as easy as everything else in CopperCube: Just check a checkbox, and voilą: You now have nice dynamic shadows in your scene. It will even be possible to combine this with the existing other lighting modes:

The Craziness that de.Wikipedia has become
I've been creating and editing Wikipedia articles casually since one and a half decade. I guess I created a few dozen, and edited a few hundreds. But today, I decided to stop doing this on de.Wikipedia, the german version. The reason for this is that unlike en.Wikipedia, de.Wikipiedia is becoming crazier and crazier. Admins are going mad there and restricting edits and deleting submissions where they can. This has been the case for years (I remember ridiculous discussions on Wikipedia around the Irrlicht Engine article even about a dozen years ago), but during the last months, I think it has become even more ridiculous.
For example, I extended a hopelessly out-of-date technical article one month ago with quite a lot of stuff. Problem: After a change of an article, it needs to get sighted on de.Wikipedia in order to become public. In order to prevent vandalism and incorrect data. (This feature isn't active on the english Wikipedia, BTW.) Probably because the topic is a bit specific, and there are probably not many people knowning much about it, this article hasn't been sighted now for a month, and my update isn't visible still. Which is not only unacceptable, but ridiculous.
There is even a statistics page for this: The average sigthing time for a page is currently 17 days! Somebody is clearly out of his mind.
So in an attempt to verify all changes, or make sure that everything is correct, de.Wikipedia is accomplishing the exact opposite: Authors get frustrated, articles are getting out of date quickly, and updates are prevented.
So that's it for me. Good bye de.Wikipedia. I know I'm not the only one. de.Wikipedia has a problem with Autorenschwund since a few years. But it doesn't seem to get better by introducing new rules. I'll keep my changes now on en.Wikipedia, although it is a pity: I only do minor changes there since english isn't my native language.
RocketCake 1.5 released
I just uploaded RocketCake 1.5, the free responsive website designer. It now includes a built-in password protection system, so that you can enable password/login on your websites with just a few clicks easily.

But no need to rest, it's probably time for a new CopperCube release. :)
Postcollapse 1.09
I've now uploaded the 1.09 update of PostCollapse to Steam, the one with realtime shadows support. I've also created an updated trailer:Also, it is very motivating that the game is apparently not so crappy anymore:

Shadows, shadows, shadows
Boy, adding support for shadows into an existing multi-platform 3D engine with tons of features isn't exactly easy. But I think I've now nailed it down. To make it work with a real-world example, I implemented this into the PostCollapse game. And - altough they are very simple shadows without any fancy features to make it run on as many systems as possible - it looks pretty nice! See this comparison for example:


Stolen Resident Evil Asset
A user just sent me this cool free 3D prefab for CopperCube:

Struggling with mail support
I once blogged about the steadily degrading quality of support requests I get. Years ago, they would be like
PostCollapse 1.08
I just uploaded PostCollapse 1.08 to Steam. This update includes the changes with the new 3D tree models. The game is far from being good loocking, but I think it is much better now. I also stumbled upon an older screenshot from the game, which of these do you think is the new version? :D

Working on Trees
Last weekend, I tried to improve the trees in PostCollapse. The current ones are procedurally generated and ugly, which made sense when the game still was written in Javascript and WebGL, in order to keep down the amount of data needed to be downloaded from the server. But since it is now a C++ written Windows game, it makes sense to replace them with proper trees. My result looks like this so far:

Fast WebGL Shadowmaps for Big Scenes
Creating fast realtime 3D scenes with shadows in WebGL isn't that easy: Implementing shadow maps is surprisingly simple, but making them work for big, dynamic and complex scenes is a bit harder.I made the first step into that direction by adding a simple cascade shadow map renderer to CopperLicht, the open source WebGL JavaScript library. The implementation is focused on speed: The shadows won't look that nice, but they are robust for the full scene and a (relatively) high framerate is kept.
Try it out yourself:
(Click into the image. Move with cursor keys and run by holding shift)
You can also Run this fullscreen in a new tab.
The just released version 1.13 of CopperLicht now includes this feature, you just need to set
...and it will work. You might want to tweak some of the shadow parameters like ShadowMapBias and ShadowMapCameraViewDetailFactor to make them look more nicely for your scene.
If you look closer in the demo, you'll notice that shadows in the distance won't have very high details, but shadows close to the camera have. That's because I've used a cascade shadow map approach with just two levels of shadow maps: One for the shadows close to the camera, and one for the ones in the distance. You can adjust how the shadows are drawn, like which resolution they'll have and what 'close' means. If your scene is a smaller one, then the shadows will have more details as well.
It's the first time I've been using shadow maps anywhere in my code, so I guess I'll find a lot of places where to optmize this still a bit for speed, but for now, it's quite ok, I think. I'll port this feature to other platforms too in the near future and make it available in the CopperCube game engine as well then.


