I did some brainstorming and came up with the title "Life in space - and how to get rid of it".

The game should go something like this:

In the year 2127 alien life was discovered in space. It is now the year 2128 and you have been sent out to eliminate it. The global earth council (GEC) gave only one reason: It's our universe, not theirs!

So you will be playing an exterminator astronaut that has to clean up all the life infested planets out there in space.

I plan to make a timelapse of all work done on this project (using ChronoLapse).

So far I made some inkscape art, that I plan to use in the game and as a title screen:

So I have made some anmiations in spriter..

Here is a sneak peak:

Did the library setup for my game today..

.. I packaged the spriter runtime ( https://github.com/Trixt0r/spriter ) into a jar, to include it.

And I set up texture packer to get nice atlas files for my animations.

Both things took really long.. but they are done.

So maybe I can actually start to code tomorrow!

Okay, after the family visit over Christmas I got back to the game.

I continued working on the tech, there is now a light system (thanks to ‏@orangepascal and his tutorial http://techblog.orangepixel.net/2015/07/shine-a-light-on-it/).

I made tiles (which I don't like, but they have to work for now) and managed to load the tiled map into the game.

After animation, light and map were up and running (as a big chaos in the main class) I have begun moving stuff into classes. (Right now the light class is done).

Here is what this looks like in the game (scaled down 2:1):

Latest source can be found on github: https://github.com/jpcloud/lifeInSpace

I made some more progress today.

Mainly pathfinding and the beginnings of a ui (indicator what your action will be, walking, not walking, targeting).

Also player and monster positions are now read from the tiled map file.

I made a quick youtube video to show the current state:

Today was all about combat, action points and a bit of user interface.

The only thing missing for complete combat is that the monsters attack (they already follow the player around, but they don't bite yet).

When that is done I'll make another video.

The last two days have been quite productive again (and they needed to be, because I have to go to work again starting tomorrow).

I have another short video dev log for you:

I show off the round based combat complete with attack animations and different action point costs.

The user interface is also improved, it previews how much action points a shot will cost and it shows numbers for health and action points.

This is done via libgdx BitmapFont (you can easily create a bitmap font from any font on your system using Hiero. There is also the option to use freeType which creates the fonts on the fly, but as @nathantolbert discovered, this does not work if your game is compiled to html. That's the reason I stuck to a normal bitmap font.

Some plans for the next update:

- health pickups (easy)

- weapon pickups (moderately difficult, I want to modify action point cost, laser color, damage and weapon design)

- suit improvement pickups (moderately easy, I want to give the player more max health points and more max action points)

If there is time I would like to implement a story - most likely you get radio messages (with voice acting? - #libgdx say they would prefer orders from a female voice - we'll see.)

So (of course) I didn't actually develop the stuff on the list from the last post.

Well, I did do the health pickups (and they paved the road for further pickups).

Instead I did these things:

Muzzle flashes, they were needed because if the enemy is right next to you you never see the projectile fly.

This way there is visual feedback for the attack in all cases.

The muzzle flash is part of the shooting animation (in spriter). The interesting part was to make it fit with the big gun and the small gun.

The gun change is done via character maps (where you can replace one of the animation's sprites with another picture).

Since the size of the guns isn't the same the muzzle flash wasn't appearing at the correct position.

Solution: Also switch the picture for the muzzle flash when switching the gun picture. (Both muzzle flashes are the same size picture, but in one there is lot's of space left to the flash, in the other to the right - this changes the position in the animation to fit the gun size.)

Another thing I experimented with is ninePatch in libgdx.

For this message box:

The background of the box including the round edges is a ninePatch image. This way there is no blurring even when resizing it.

(And it is resized in this picture, because no one wants such a big box in their spritesheet.)

Original 9patch:

Notice how the edges are the same and only the repeatable part gets stretched out.

And this requires you to quickly mark the strechable parts with the android's sdk 9patch editor - and exactly one line of code with libgdx:

ninePatch = textureAtlas.createPatch(name)

So then.. maybe I do the weapon pickups tomorrow :)

Today was pickups / upgrades:

The first pickup is a medkit, it heals the player and is not picked up if the player is at full health.

The next too are permanent upgrades (one max hp, one max ap).

The last one is a weapon upgrade (this switches the weapon graphic for all player animations & increases damage right now).

Plans for tomorrow:

1) change the upgrade animations to be multiple small arrows (kind of like the heal animation) - that looks cooler.

2) Implement line of sight aggro, aliens that engage in combat through walls aren't fun (it interrupts the free movement.. and then they never reach the player)

3) weapon range (right now range is about 1 and a half screens) + indicator (and inability to shoot) if something is out of range

4) weapon upgrades -> damage, range (I am thinking base damage = 3, base range = 4 - and then the upgrade will increase by 1) - I want a unique weapon for each level.. (maybe via colors, let's see)

5) aliens have to be balanced to the new weapon levels (and AP / HP upgrades)

So regarding the plans:

1) didn't change it.. for now it will stay this way, maybe later (if I get a better Idea than just to copy the heal animation)

2) it's in - it's the same way shots work, so if you can shoot it, it can see you

3) I am leaving this out.. if you can see it (including scrolling) you can try to shoot it - I don't think I can manage a good range indicator and stuff like this until the deadline.

4) I made 6 unique weapon upgrades, for now they all increase damage by one, that might change later

Here they are in a very short video:

5) haven't balanced aliens yet to match player power (with all the available upgrades)

Unplanned progress: Andreas reworked the background music, it's now even cooler than before.

Today (and last night) I had problems with the tilemap.

I hope they are now resolved. - One of the issue was, that all tiles where of by 2px due to fiddeling around with the packer options and not adjusting the tiled ".tmx" file.

This wasn't visible immediately because I had bleed enabled, so those 2 pixel had the correct colors - but when changing the resolution sometimes there were weird tilemap artifacts. Now the tmx file and the texture packer settings should be matching.

Tip: If you package your tileset with texture packer (you should!) always set "grid" to true - this way if you add new tiles (number them with leading zeros) new tiles always go to the end of the list. Why is this important? So you don't have to redo your tiled tmx map everytime! (If you don't use grid mode every new tile will mix the indices of the old ones.)

Tip2 (I noticed I still had rendering problems):

Settings for texture packer:

paddingX: 4,
paddingY: 4,
bleed: true,
edgePadding: true,
duplicatePadding: true,

Settings for the tile set in tiled:

spacing="4" margin="2"

My problem was, I had margin in tiled set to 4.

Since all the the tiles are padded you don't really notice that all centers are off by 2 pixel (at least with my 64x64 tiles). It only led to rendering errors when zooming out. I hope that's gone now.

Today I added a main menu (my first time using libgdx ui elements like stage, table & buttons).

It worked out okay - but it's boring. I will need some background.. at least the music is playing.

I also added json loading of texts (this was super easy, libgdx json support is awesome) - 2 lines to load from json into a custom class.

This is used for credits & help screens right now - but I plan to use it for dialog/story in the game too.

And that's it.

Overall this took all evening.

Breathing some life (pun intended...) into the menu.

I found this youtube tutorial for libgdx menus and it pointed me to exactly what I needed:

stage.addActions(Actions.fadeOut(0.5f));

... and the stage fades out.

One line is all it takes. And there is more, have a quick look as I show off the menu here:

What took the most time was to find a tutorial on how to do a planet and stars - and then actually doing them.

The planet is actually inkscaped (I didn't even know about the filter menu for noise..) and the stars are hsv noise from gimp with some manual edits.

If you need infos on how to hack together a main Menu, have a look at https://github.com/jpcloud/lifeInSpace/blob/master...

But to be clear: This is hacked together learning as I go, so there is no real structure. But hey, only 9 days left, what can you do. Gotta get things done!

Today went quite well.

The game is now at the point, where the list of my mission until the end of the jam is quite short:

a) creating levels (I have the first one, I plan on delivering 5 - 6)

b) fixing bugs

c) possible audio recordings for radio content

Today I finished the menu and some important game events.

The menu now shows all available level (currently three.. but that's just a test, the menu is growing whenever a new level is introduced - up to 12 fit perfectly.)

The game safes when you complete a level, so you can come back later and not lose all your progress.

New stuff in the game from today:

level transitions trigger - you teleport from one map to the next

text box trigger - a textbox with a certain text form the gamedata.json is displayed

win trigger - the game ending screen is displayed

all three can be placed and configured in tiled (as big objects, the area they cover is the trigger area).

I also made the player and the enemies completly configureable via tiled. For enemies this means ap, hp, dmg and looks.

The last thing I did today is an optional audio system for the text boxes.

I am not sure there will be audio.. but if it comes to it, the system to play it is in place.

Good start into the sunday.

Last night in bed before falling asleep I came to the conclusion, that levels without doors & keys are too boring.

So today I made them, the doors & keys I mean (and sounds. and event trigger and user interface display of key cards).

Since we are in space (well on mars) it's key cards instead of old fashioned keys:

A quick last update for today:

I have finished implementing shooting enemies (both stationary and moving).

For the stationary ones I had to design a new graphic - so here we go, the turret:

Implementing it wasn't too hard, since all the mechanics were already in place (line of sight, shoots flying and hitting) but it still took some doing.

After taking a break yesterday today I started building some levels.

The first level is pretty much done - you go around, shoot aliens, get two Action-Point Upgrades (you start with two action points and end the level with four).

For level two to five I did the layout in tiled, but haven't placed enemies yet.

I'll try to get feedback on level one.. too hard? too easy?

And then design the finish the rest of the levels.

I am still thinking about putting in some voice acting - but I am not sure that will make the final cut.

Other then that I only plan on finishing up the levels and do some play testing. - No more new features from now on.

Just had a two hour bug/problem hunt.

The gwt version (html5) wouldn't run anymore.

The problem was the Json I am using for the game texts. (If I had just used simple string constants...)

The fix:

<extend-configuration-property name="gdx.reflect.include" value="net.jppresents.space.TextResources" />
<extend-configuration-property name="gdx.reflect.include" value="com.badlogic.gdx.utils.Queue" /

This had to go into the SpaceMain.gwt.xml.

The first one for my json class (this class is filled via reflection when loading the json file). The second one.. no clue why, but ArrayLists can't be deserialized otherwise.

Wow, man I am happy it's up and running again.