Galaxial is a 2D grand strategy game (4X) that features a sandbox mode allowing the player to explore, colonize and conquer planets in vast randomly generated galaxies.

Report article RSS Feed Galaxial: Recent Updates #4

Some of the features I have been working on for Galaxial over the past week, including asteroids, salvaging and rendering optimisation.

Posted by StuartMorgan on Jan 21st, 2013

Asteroid Colour Variations

Added some slight colour variations to asteroids of the same rarity (common, precious etc.) so that they are now different shades of the original colour. I think this makes them look a bit more varied and realistic. It doesnt look that different from the screenshots below, but its a lot more noticeable actually in-game.

(With colour variation)

(What asteroids looked like before)

Also created an extra asteroid set to add some more variation, so that you dont notice asteroid graphics being repeated as often.

Sector and Galaxy Colours

Fine tuned the sector and galaxy background colours as some of them seemed either too bright or dull. I also re-written most of the code and the data file format so that its simpler to modify them or add extra colours through modding.

Railgun and Salvaging Modules

Started to create the visual effects for railguns and salvaging modules. I had to re-write most of the engine/missile trail code so that it could be used for other more general purpose effects. The railgun projectiles will leave a faint trail behind them. It's not quite finished yet so theres no screenshot of the railgun effects.

With salvaging modules fitted, a ship will be able to reclaim resources from the wreckage left over from battle. Once the salvaging module has finished working on a part of wreckage, the reclaimed resources get put into the ships cargo and they can then unload them at a colony. The player controlled ship also needs to be able to do this, so wreckage objects have to become targetable (with the mouse) for the salvaging modules to work.

This could become a problem as I dont want wreckage to become in the way when you are trying to select an enemy ship that is behind it. Smaller objects are always rendered in front of larger ones.
I will be working further on wreckage salvaging this week.

Rendering Optimisation

Spent a bit of time profiling and optimising the object rendering code (ships, asteroids, wreckage) now that I have finished making changes to them and made some small improvements to the overall framerate.

All the objects are rendered using the Painters Algorithm which is rather inefficient. This makes it incredibly difficult to batch objects and render them all in one go. There is a lot of texture swapping and individual draw calls for each object.

Earlier in the development of the game I experimented rendering objects using the z-buffer. It didnt work very well and introduced artifacts and sharp edges around the depth mask for each object. All objects require transparency sorting, so have to use the painters algorithm for rendering.
Although the rendering technique is rather inefficient it still runs very fast, even on the older graphics cards I tested on.

For example, I ran the stress test on an older laptop which has an Intel Celeron T3500 (2.1 ghz, 2 cores) with a Geforce 8200m (not great for gaming) and the framerate was stable between 40 and 70 FPS, depending on how zoomed out the camera is. Not so good when v-sync was turned on, as it then went down to 30.

The stress test scenario has 50 sectors with 100 ships fighting at the same time in each of them (5,000 total) Ship movement, AI and combat is simulated in full detail even when you are not in the same sector to see it.

Compared with my development computer which is 4 years old now (AMD Phenom X4 9950, Geforce GTX 260) it runs the same stress test between 110 and 220 FPS. Thats with v-sync disabled and max settings.

Older single core CPU's likely wont run Galaxial very well. Especially the games with larger galaxies that have many thousands of ships. The game is heavily multi-threaded and will benefit greatly from a (fast) 2 core or 4 core processor.

Development Blog:
Twitter: @stuart_morgan

Post comment Comments
Igncom1 Jan 21 2013, 10:16am says:

Nice work.

+3 votes     reply to comment
abbalo Jan 21 2013, 12:44pm says:

i'll be sure to give this game a try

+3 votes     reply to comment
Bombasticator Jan 21 2013, 4:22pm says:

Very Nice, I love how everything is coming along!

+2 votes     reply to comment
evgenidb Jan 22 2013, 8:43pm says:

For the colors of the asteroids you could do the following - the further behind they are - the darker they are, i.e. the asteroids above would be brighter than those right behind them. So, you can make 3-4 layers of asteroids and each one below would be noticeably darker.

As for salvaging, I remember a game called Freelancer where you salvage by pressing a key and it automatically attracts the loot nearby. In your game you can do it the same way or just by pressing/holding a key and then the desired loot. If you need to attack/defend then you just release the loot key and you can shoot normally instead of looting.

+2 votes     reply to comment
StuartMorgan Author
StuartMorgan Jan 23 2013, 5:46am replied:

Some good ideas. I tried your asteroid layers suggestion but it didnt quite look right.

Larger objects are always at the back and smaller ones in front. So that meant asteroids of the same type where always the same colour, which didnt look as natural and random as in the first screenshot.

Holding a key to be able to target wreckage could solve accidently selecting it during a battle. So I will give that a try if it becomes too much of a problem, thanks!

+1 vote   reply to comment
ranger10700 Jan 27 2013, 7:50pm says:

Also another method for the problem with salvaging. Perhaps when in a battle, the game is in a battle state so all wreckage are just objects and then once the battle is over, the wreckage becomes salvageable. I don't thinl anyone who would salvage during a fight.

+1 vote     reply to comment
evgenidb Jan 28 2013, 6:53pm replied:

Why not? This way you can raid a fight right in the middle of it, steal as much loot as you can get/hold before someone spots you, and then run as fast as the engines can allow it to the nearest friendly base! :)

+1 vote     reply to comment
Post a Comment
click to sign in

You are not logged in, your comment will be anonymous unless you join the community today (totally free - or sign in with your social account on the right) which we encourage all contributors to do.

2000 characters limit; HTML formatting and smileys are not supported - text only

Developed By
Custom Built
Send Message
Official Page
Release Date
Game Watch
Track this game
Report Abuse
Report article
Related Games
Galaxial Single Player 4X
Related Engines
Custom Built
Custom Built Commercial Released Sep 1, 2007