Back when I was initially designing Atlarius, I toyed with the idea of using Django to create it. In fact, I went so far as to begin to describe the data models using Django’s system. I found, however, that a limitation in the way I could describe the models caused me an issue at the very start. I forget exactly what it was, but though I probably could have found a way around the problem it caused me to think “If I have already hit a problem, should I take the chance of encountering ones with no solutions later in the project?” So, I scrapped the idea and went with PHP.
However, recently I have found myself applying for a developer position involving Django. For this reason, I decided to take a closer look at Django. In a few easy steps, I created myself a simple blogging system allowing user comments (screenshots here and here). I was quite impressed by how easily the administration module and HTML forms were created with Django.
So, here I am, both impressed by Django and wanting to learn more about it. I am considering using Django to create a simple version of the Atlarius engine and see how difficult it is. On the other hand, that seems like such wasted effort. I’ll have to see if I can think of another useful project to create with Django. Or perhaps a worthwhile project to contribute to. Decisions, decisions.
Well, perhaps nothing so dramatic as the title implies. Yet several of my (volunteer) testers indicated that they felt the alpha test would contain more content instead of just a pure technical shell. Since I am more or less at the mercy of my testers, I have decided to delay the release until I have worked out the lore, the units, the tutorials, the technologies, etc. This may take a significant amount of time, which is why I wanted to push forward to the alpha right away. I guess I was a little too over eager and forgot that the users’ interest was in the content, not the technical aspects like my interest.
The time is almost here. Many, many hours of development have gone into the overall product. Now, finally, that effort is about to come to fruition. It is almost time for the Atlarius closed alpha! So for all the people who have offered to test the game, your time is almost here. I want to thank you all for your interest in Atlarius; without it, the soul of the development effort would be gone.
I hesitate to promise a date. There are always last minute problems that cause many more headaches than expected. However, barring that… fourteen days at the inside. Twenty-eight at the outside, and the game server should be ready for multi-user alpha testing. I hope everyone reading this is looking forward to it as much as I am 
You can see screenshots of the default game engine interface here (one, two, three).
Now, here is the same code powering a new template I dropped into the gamedata folder: One, Two, Three. None of the engine code was changed to make this new interface. Delete the gamedata folder and it all goes back to the default interface automatically.
That’s right. It’s here. The release you’ve all heard absolutely nothing about and thus couldn’t possibly have been waiting for!
Nevertheless, it is a very important release. Before this, creating a custom interface for your game involved modifying the engine code. Now there is a complete custom templating system that allows users to reuse engine interface components and control the style entirely via CSS. Drop a new game interface into the “gamedata” folder and it automatically starts working. Remove it and the engine interface starts up.
In addition to the interface templating system, the entire UI for the game engine (including all the reusable components) has been redesigned in XHTML 1.0 strict using CSS for the layout and style. Screenshots are available at SourceForge.net, or you can download it now and try it yourself.
Disclaimer: This is a development release. It has not been fully tested and is not meant for production use. The XHTML hasn’t been validated against the w3c parser yet either (it will be before v2).
As of tonight Amun final has been uploaded to the files section of the website. Some significant bug fixes have been implemented since the release of the beta, so you may wish to grab the new release asap. At this point, to the best of my knowledge, the game design interface and the ticking engine both do what they are supposed to. I’m also just as certain that more bugs will show up eventually; c’est la vie. Such is software development. I’ll squash them as I find them, but if you see one please send me an e-mail and I’ll fix it.
Amun Beta, so named after the Egyptian god of creation, has been released! It has been a while since the alpha release of the Atlarius game engine. That release was merely a shell, a ticking engine with nothing around it. Now that the beta has rolled around, it is so much more. Besides the vast number of design improvements to allow for much more dynamic game content, I have also created a web interface and installation script to support the engine. Now it is simply a matter of running install.php then putting your database username/password into the config.php file and you are running Atlarius!
So go ahead, try it out, and most importantly find out what isn’t working and let me know so I can fix it. The beta version will be feature-frozen for seven days of debugging before the final release. Now is the time to try and break it!
Short post. I made a site for the engine. See it here.
This is a very happy moment for me. I’ve written a lot of software over the years, and I’ve used most of it a fair amount in my personal life. Until now, however, I had not created a complete, release-ready piece of software suited for public usage. There was always something more important to do during university than, for example, to polish my web portal system up to release standards when there are so many other ones available.
Be shocked. Be awed. Be amazed! Look upon its beauty and bask in its glory. Right, enough talk, here’s the good stuff: Atlarius v1.0a source code, released under the GPLv3. Part of the release notes quoted below:
Features:
-Fleets of ships owned by players.
-Fleets can attack or defend other players
-Fleets can take over enemy planets
-Attacking fleets loot enemy planets
-Resources are salvaged from destroyed ships by defending planets
-Players can upgrade their motherships
-Players can research new technologies
-Players can construct items on planets
-Players can produce more ships
-Resources are mined from player-owned planets
-Mothership repairs itself and regenerates energy
As of now, my game’s combat system is functional. I can (and did, for quite some time) sit here and run the ticker over and over, watching the test fleets attack and defend each other. I certainly wouldn’t venture to say it was the best possible way I could have written the combat system, but there are major advantages. Even at worst possible run time, it’s nowhere near O(n), with n being the number of ships in combat. In fact, it will generally run much closer to O(y), with y being the number of fleets involved in combat. It will actually be a multiple several times this number, but on a much smaller scale than the total number of ships.
Well, it’s around quarter of three in the morning now. Probably a good time for me to get some sleep. Or maybe I’ll go watch a few more ships destroy each other. 
