R.E.D.D.I.T. WIP and question (Construct Classic)

Hi everybody. Been a long time since I last did something in Construct, but now life's a little more relaxed so it's time to get back to it.

I'm hoping to actually finish something for a change by sticking to a small and simple project. In this case it's a little twin stick shooter inspired by that horrific time sink known as reddit.

The gameplay is still being refined, but the gist of it is: Our hero, the Forever Alone Guy trying to get to his one desire - NSFW material, while all this distracting junk gets in the way so he needs to get rid of it. And he does it by downvoting. Hence:

Rapidly Extensively Downvote Distracting Items Tonight

Anyhow, here's a screenshot:

<img src="http://i244.photobucket.com/albums/gg36/some9000/REDDITDX9runtime59FPS1692mbVRAM.png" border="0">

<img src="http://i244.photobucket.com/albums/gg36/some9000/REDDITDX9runtime59FPS1692mbVRAM2.png" border="0">

Now that last bit is where we get to the question - as you can see the enemies are somewhat ordered - I didn't want them to overlap and become a mess. The solution was really simple:

+ Enemy: Enemy overlaps EnemyBot
-> Enemy: Move 1 pixels at angle(EnemyBot.X, EnemyBot.Y,.x,.y) degrees

+ Enemy: Enemy overlaps EnemyBot
-> Enemy: Move 1+Enemy.Count/16 pixels at angle(EnemyBot.X, EnemyBot.Y,.x,.y) degrees

Might try a snap to grid type movement.

lerp(int(.x),int(.x/n)*n,1-0.5^timedelta)

lerp(int(.y),int(.y/n)*n,1-0.5^timedelta)

Where n= the size of the sprite, or size of the grid.

Thanks newt, will have to look into it, but I feel like that would make them a little too uniform, if they always try to stay in a grid formation. Currently I have slightly randomized speeds so their overall movement is fairly fluid and actually flocklike, which is nice.

Anyhow, I felt like the background was a little stale so came up with a new, more dynamic version which interacts with our hero and his shots. Doesn't look too impressive when not in motion, but here it is:

<img src="http://i244.photobucket.com/albums/gg36/some9000/FAP/1.png" border="0">

<img src="http://i244.photobucket.com/albums/gg36/some9000/FAP/2.png" border="0">

The (really simple) tech behind a part of it can be seen in this cap. Doesn't need any extra plugins or filters. Easy to make something that looks like fluid dynamics using this as well.

Ok, some more progress here - and a somewhat interesting direction design-wise. It's now synced with the background music in several ways. As more custom things get used and I suspect few people actually want to deal with that I have made an exe version available.

WASD moves, mouse aims (a bit strangely, because of the layer scroll rates currently). But you can have a bit of fun and marvel at the visuals. Right click will toggle something as well.

Here are some recent screens as well...

<img src="http://i244.photobucket.com/albums/gg36/some9000/A.png" border="0">

<img src="http://i244.photobucket.com/albums/gg36/some9000/B.png" border="0">

The background is currently composed of 4000 objects, so I'm not sure what the performance would be. With 10240 objects it started to slow down here, so I decided to dial it down, leave more room for the fireworks.

Anyhow, if someone tries it, early feedback would be welcome.

I can't wait to repost it!   <img src="smileys/smiley2.gif" border="0" align="middle" />

I can't wait to repost it!   <img src="smileys/smiley2.gif" border="0" align="middle" />

Ah, someone knows reddit well... <img src="smileys/smiley2.gif" border="0" align="middle" />