LÖVE

Projects and Demos • Re: Loveballs, A love2d Softbody lib

2015-01-25T22:37:12+00:00

updated my fork, no more buggy canvas or love.graphics.translate :

Changes of note to fork : (from your original master)

#1 : Added a Sbody:update() function, it calls the tessellate bit in your original [Sbody:draw], meant to be called in love.update()
#2 : Added a Sbody:getPoints() function, returns the self.tess[#self.tess] table of a softBody
#3 : Added my requested getFrequency() function - used to lerp frequency in my game.
#4 : Modified the draw() function to reset line-width to 1 to avoid leaking line-width changes (preferably one would fetch what the line width is and then reset back to what it is since it wont allways be 1 prior to calling draw())

Link to repo I forked. changes in init.lua

Hope this would be better for you to deal with.

Also question :

I really want to avoid needing to take a series of points for love.graphics.line() and scaling etc them to draw a smaller circle, any more optimized method other than using many loops to scale points ?

Statistics: Posted by ArchAngel075 — Sun Jan 25, 2015 10:37 pm

Projects and Demos • Re: Loveballs, A love2d Softbody lib

2015-01-25T16:47:32+00:00

IndieRetro wrote:
Thanks! Here is my project with it

Hey! that's the teeworlds sun in the background!

Statistics: Posted by S0lll0s — Sun Jan 25, 2015 4:47 pm

Projects and Demos • Re: Loveballs, A love2d Softbody lib

2015-01-25T14:16:11+00:00

Jasoco wrote:
First off, that's Loco Roco and it's awesome. It's been so long since I had the demo on my PSP.

Secondly, change the video title. "ASD" gives me some really really strange and sometimes horrible looking related videos.

Hehe, loco roco inspired me to create this lib and game ^

Statistics: Posted by IndieRetro — Sun Jan 25, 2015 2:16 pm

Projects and Demos • Re: Quickie [was: Immediate Mode Gui]

2015-01-25T13:37:19+00:00

Lolocks wrote:
I like this and I'd love to use it.

But can you provide instructions on how to add it to one's current project?

Just look at the github README, it's relatively well documented there (at least well enough that I got along perfectly)

Statistics: Posted by S0lll0s — Sun Jan 25, 2015 1:37 pm

Projects and Demos • Re: Prospora

2015-01-25T13:29:55+00:00

Nice looking game,also cool gameplay!

Statistics: Posted by Murii — Sun Jan 25, 2015 1:29 pm

Projects and Demos • Re: [Request] Input on design spec of new GUI library

2015-01-25T10:48:14+00:00

A quick update! I've implemented a fair amount of the main building blocks for this library, mainly the family hierarchy system. I'm working on setting up the box model right now and I figured since I now have things drawing to screen, I'd start showing off screenshots.

It goes without saying that this is still all very early days and everything is subject to change, nothing is optimized, and it is completely unusable, but here is a pretty picture to show progress anyway!

It is worth noting that DOMinatrix will be using the border-box model, NOT the CSS default content-box model. This means that when you set the size of an element, it will shrink the content area to fit the padding and border into that size.

If you have an element with the size 100x100 and you set the padding to 5 on all sides, the element will remain 100x100 but the usable area will shrink to 90x90. This is far more intuitive than the CSS default where the element's size grows when you add padding and border.

Finally, DOMinatrix has moved to the following address, so feel free to star, open issues, etc. https://github.com/excessive/DOMinatrix

Statistics: Posted by Karai17 — Sun Jan 25, 2015 10:48 am

Projects and Demos • Re: Loveballs, A love2d Softbody lib

2015-01-25T09:12:25+00:00

IndieRetro wrote:
nfey wrote:I have no idea how to use this for an actual game mechanic that will not feel gimmicky (I will however take the challenge of coming up with something) and I don't have anything meaningful to contribute to the discussion. But I just wanted to say that this looks awesome Well done.

Thanks! Here is my project with it

iframe

First off, that's Loco Roco and it's awesome. It's been so long since I had the demo on my PSP.

Secondly, change the video title. "ASD" gives me some really really strange and sometimes horrible looking related videos.

Statistics: Posted by Jasoco — Sun Jan 25, 2015 9:12 am

Projects and Demos • Re: ^

2015-01-25T06:11:28+00:00

Thanks!

Statistics: Posted by RaptrStudios — Sun Jan 25, 2015 6:11 am

Projects and Demos • Re: Kilens

2015-01-25T04:27:04+00:00

Can you use the attachments to upload the .love file?

Statistics: Posted by Positive07 — Sun Jan 25, 2015 4:27 am

Projects and Demos • Re: [Adventure] Woo! My first game in Löve!

2015-01-25T04:26:26+00:00

Recomendations:

.love files are preferred

And most people wont download from file servers like mediafire, try using the posts attachments. They are under save preview and submit buttons, next to optios, it says upload attachment

An image is always nice but not really needed

Statistics: Posted by Positive07 — Sun Jan 25, 2015 4:26 am

Projects and Demos • [Adventure] Woo! My first game in Löve!

2015-01-25T06:14:22+00:00

Check out my first game in Löve! Please leave suggestions, and what you think of the game so far
Source:
http://www.mediafire.com/download/6r3d2 ... ce_1.0.zip

Download:
http://www.mediafire.com/download/7gj7k ... enture.zip

Website:
http://raptrstudios.weebly.com/

Screenshot:

Note: This is an old screenshot!

I am working very hard on this game, and i will hopefully be releasing a update soon.
Thanks

Statistics: Posted by RaptrStudios — Sun Jan 25, 2015 4:01 am

Projects and Demos • Re: Kilens

2015-01-25T02:56:58+00:00

Thanks!

Statistics: Posted by efireman222 — Sun Jan 25, 2015 2:56 am

Projects and Demos • Re: Kilens

2015-01-25T02:53:00+00:00

Nice game! Good work!

Statistics: Posted by davisdude — Sun Jan 25, 2015 2:53 am

Projects and Demos • Re: Löve "Light vs. Shadow" Engine v2

2015-01-25T02:13:11+00:00

Just out of curiosity but why do you draw normal maps/shadow objects like this:

Code:: love.graphics.draw(self.normalMesh, self.x - self.nx, self.y - self.ny)

And not this:

Code:: love.graphics.draw(self.normalMesh, self.x, self.y,self.rotation,1,1,self.nx,self.ny)

The only downside that I can see so far is that this will require the user to change their drawable offset ordinates to equal that of the shadow object. This allows for rotation and perhaps scaling if we assume that vectors are updated.

Note for rotation:
This doesn't quite work for rotation of the shadow(the one with self.ox and self.oy offsets) but it can be done by rotating the drawn polygon(by using love.graphics.rotate()). This is only a work-around as the vectors themselves need translating to update the tracking of the light source.

Statistics: Posted by Relazy — Sun Jan 25, 2015 2:13 am

Projects and Demos • Kilens

2015-01-25T02:01:02+00:00

Hello i,m efireman222 and i made this game called Kilens.
It's my first game .

Here are some screenshots:
kilentitlescreen.png
kilengameplay.png

Here's the Download, Source included:
http://www.mediafire.com/download/xf28h ... Kilens.zip

Statistics: Posted by efireman222 — Sun Jan 25, 2015 2:01 am

Projects and Demos • Re: BLUE REVOLVER

2015-01-25T01:13:38+00:00

danbo wrote:
yeah i'm very much against adding a shop or progression like that, though there'll be a lot of ship configurations to choose from (alternate special weapons, main gun, speed, bomb type etc) - i'm just simply not a fan of the design and would rather focus on core gameplay.

By all means design the game according to your own taste. Though I think that Arcade Shoot 'em ups and Bullet Hell Shooters are a smaller niche than they need to be because they elicit a single type of emotion ("hard fun"/"fiero") during playing, like a meal that consists of only one flavour. I still love the basic gameplay of Shmups, but there's not much motivation for me to keep playing anymore.

To clarify, it's not just the act of buying upgrades that I meant. It's also the additional motivation to play well, aside from increasing one's highscore, which is not sufficient motivation for lots of people. In Xenon 2, when an enemy formation swoops into the screen, the player ideally destroys the whole formation, because that results in a little cash bubble. So the game steers the player towards a playstyle that is fun and impressive. Also, sometimes the player will recklessly lose a life because he paid too much attention to collecting a cash bubble before it floats off the screen. Which is always fun. "Why was I so greedy? Aargh!... Let's play again!!" I wouldn't risk so much merely for a score increase.

At least for me, this motivation would already be there even if the upgrades were small. For example, if each of the weapon types has 3 upgrades that slightly increase their damage from 10 to 11, 12 and 13. And lots of classic Arcade Shmups have power-ups, it's just that the act of picking them up isn't designed in such a way that it motivates the player towards consistently playing with an enjoyable, impressive playstyle. Or if there are games like that, I don't know them.

Actually, will there be any power-ups in Blue Revolver?

danbo wrote:
you say there are a lot of classic arcade shooters you can play anytime but i can think of a lot of upgrade/shop-based shooters that i can play anytime, too!

Off-topic, but could you recommend me good Shmups with shops? Xenon 2 has somewhat sluggish controls, I don't like Tyrian and Raptor, haven't tried Jets ‘n’ Guns but dislike its graphics. A game like Raiden, Strikers 1945, or maybe DoDonPachi (but slightly less extreme) plus a little shop would be nice.

A completely different additional motivation would be: trying to find secrets. Like in Doom and Quake. For example, shooting at a certain section of a midboss breaks off its wing, and if the player times it just right that the wing crashes down into a specific spot on the landscape below, let's say a gas tank, the resulting explosion opens up a cave. The player can hover over the cave to enter it, which opens a short secret level. When he exits this level, he returns to the main level.
Regrettably, this is a lot more work per secret than in Doom or Quake. It would be easier if the level is not completely without obstacles, but has walls or buildings that the player ship collides with. Then some sections of these walls might be destructible, allowing the player to fly into a small room in the building to pick up a secret bonus item. Maybe you have a better idea.
This kind of feature might be very antithetic to a score attack Shmup. But that's what I'm getting at, the Shmup genre has been reduced to a too small palette. Well, I should try to make such a game myself rather than griping to you.

Some more issues after playing a bit more:
- I have overlooked the ammo pickups for the special weapon until now. They should be more visible, and they should be presented in the "How to play" section.
- When the special weapon ammo is full, the ammo pickups can't be picked up. In the situation shortly before the boss battle where a ship drops lots of ammo, I thought at first that the ammo pickups fell down to the background and couldn't be picked up anymore. How about letting the player always pick them up, giving some bonus points when the ammo is full?
- The numbers font is difficult to read.
- The game should remember across sessions that the player chose "No" on the "Post to Twitter?" prompt and pre-select it.

danbo wrote:
i do want to make a nuclear throne clone someday though...

I'd very much like to play that, and that genre is not as overrun yet...

Edit: I've read your post about the Daily Challenges. It's a promising feature, though I personally would maybe not be motivated by it, because it's still only a highscore-run. I don't care about unlocking cosmetic stuff like ship colours or art galleries either. But it might work very well for other players.
Suggestion: you could call them "2-Minute Challenges" and design them such that they can't last more than 2.5 minutes. By setting the player's expectations this way, he might be more eager to play the challenges, because each try is bite-sized, like a single level in Super Meat Boy, and the player already knows that he can give the challenge 5 tries in 15 minutes.

After playing some more, trying to play in the way the scoring system intends, I notice that I have to constantly remind myself to switch to the special weapon after each 8-hit chain, and to collect special weapon ammo afterwards. It doesn't come natural.

danbo wrote:
i do like the notion of having the special weapon look a little different at 8x though it might be misleading since it won't do any more damage... might have a play around with it

What if the special weapon actually is more powerful after an 8-hit chain? For example by adding splash damage. Then the playstyle that returns the most points is also the most powerful, and the player will try to play like that even if he doesn't care much about points.

Statistics: Posted by ki — Sun Jan 25, 2015 1:13 am

Projects and Demos • Tiölved - use Tiled in Löve

2015-01-24T21:49:03+00:00

tiolved.lua
===========

A framework to use tiled(http://www.mapeditor.org/) in LÖVE(http://love2d.org).

mapTable
--------

You can create a table that contain all the element in a .tmx file by using `map`:

maptable=tiolved:map("map.tmx")

the table is generated as below :

* object :

create :

{je="element", attribute1="value1", attribute2="value2"}

* object that contain objects :

create :

{je="element", attr1="value1",
1={je="element1.1", attr1="value1"}
2={je="element1.2", attr1="value1"}
}

* the first line `` create nothing

mapGid
------

You can create a table that contain all the tile in canvas with the mapTable using :

mapGid=tiolved:gid(mapTable)

mapGid[1]=tile1
...
mapGid[lastTile]=lastTile

layers
------

You can generate table that contain for each layer a table with the canvas of the layer and the attributes of the layer using :

layers=tiolved:layers(mapTable,mapGid)

layers[i]={ attr1=value1, property1=valueproperty1, canvas=canvas }

trick: the layer that must be interpreted and not drawn must be removed from the mapTable or you can change the .je=layer for something else

usefulfunc
----------

Use :

toMap,toRender=tiolved:usefulfunc(map)

useful especially for isometric map, see in the exemple.

exemple
-------

the main love.load contain the basic way to use tiolved

issue
-----

for any inform me at my [github](https://github.com/thiolliere/tiolved) or here

thanks
Joe

Statistics: Posted by Joe Black — Sat Jan 24, 2015 9:49 pm

Projects and Demos • Re: BLUE REVOLVER

2015-01-24T21:37:02+00:00

undef wrote:
Not very original gameplay, but I am stunned.
Very well excecuted, very polished, wonderful art, great music, and overall a very thrilling demo.
Can't wait to see more!

Some minor bugs:
- Twitter prompt can't be responded to with gamepad (custom controls)
- Sometimes in transitions (beginning of the level, or before boss) the ship shoots other projectiles than the ones I intend

Anyway, nicely done, you guys are awesome!

both noted, glad to hear you like it!

CandyFace wrote:
it feels really solid, and it was quite a lot of fun to play through. Completed after fifth try
I agree that the game needs a bit more *BANG* when there is impact, especially on tougher and bigger enemies.
Readability is important but a bit of screenshake when you destroy tougher enemies should not hurt, and after completing a boss battle could also IMO make the screen go crazy, till new enemies appear.

I would also like to say that I was playing the mac build with a PS3 Controller and it worked flawlessly, though when i remapped the buttons (by mistake) the analog stick stopped working.

Great work!

the sound is probably the most WIP thing about this demo, i would like to implement something like "side chaining" where big explosions muffle other sounds or make them quiet - something subtle. i would rather beef up the sounds, particle effects etc than introduce screenshake in most scenarios still, though

ki wrote:
Wow, this is great!

adnzzzzZ wrote:Anything that makes the game more than a shmup.

Yes, there are already a lot of classic Arcade Shoot 'em ups one can play anytime (via MAME, and various ports). I'd also like some other motivation than the usual . I'm a bit drained of playing classic Arcade Shmups and now prefer to play Hydorah, which has a bit of a progression system and very diversified level design.

I'd add the suggestion of a shop like in Xenon 2. I always liked to try to collect as much cash as possible during the levels (more motivating to me than scoring points for a highscore) and then decide which weapons and powerups to buy in the shop. Ideally, it should be interesting to find powerful configurations of weapons and powerups and maybe ship types too. They could enable slightly different playstyles, for example with a flamethrower you'd need to get close to the enemies.

If you keep the pure Arcade gameplay, I'll still play it, though.

By the way, when reading "top-down shooter" I expected a game where you can run and fire in all directions, like Nuclear Throne. I think the term is usually used for those kind of games, and using it for Shmups too makes things confusing.

Edit: I've read some articles on your two blogs and I guess a shop, which is a kind of unlocking/progression system, is exactly opposite to your tastes. As an alternative suggestion, I wonder if it's possible to design a miniature progression system that plays out in the space of 2 minutes, similar to how a score-combo plays out in the space of 10 seconds.

Regarding your thoughts about scoring systems, I'm afraid to say that the scoring system already made me go a bit "oof, I'm checking out", even though it's not actually that complicated. I never liked the abstract scoring systems in bullet hell games. It might be possible to make it more appealing to players like me who are not completely hardcore Shmup fans by making it visually understandable (aside from the "8-hit" text in the HUD), for example like this: when 8 enemies are destroyed in quick succession, a little alarm clock item appears where the last enemy was destroyed, which, when shot with the special weapon, gives the special weapon projectiles a different and more powerful looking color, signifying that these projectiles now give higher scores. This suggestion isn't really thought out and has its problems, but something in that direction might work.

Other stuff:
- It's currently possible to fire the standard weapon at the same time as the special weapon. It feels a bit messy to me. Are there situations in the game where this makes good sense? If not, it might be better to disable the standard weapon while firing the special weapon.

- The operating system's mouse cursor should be hidden when playing in fullscreen mode.

yeah i'm very much against adding a shop or progression like that, though there'll be a lot of ship configurations to choose from (alternate special weapons, main gun, speed, bomb type etc) - i'm just simply not a fan of the design and would rather focus on core gameplay. you say there are a lot of classic arcade shooters you can play anytime but i can think of a lot of upgrade/shop-based shooters that i can play anytime, too! it's an "oversubscribed" genre that i don't feel has been properly done well in a very very long time and i want to drill right down to the core of that.

(haha i don't really like the term "shmup" so much these days but yeah top down shooter is the wrong term. i do want to make a nuclear throne clone someday though...)

one thing we'll have in v1.0 is a "daily challenge" system which might make the scoring system a bit more interesting for you. keep an eye on the blog for more info. i do like the notion of having the special weapon look a little different at 8x though it might be misleading since it won't do any more damage... might have a play around with it

will fix both of those other issues too. standard weapon + special weapon is not intended, just something i forgot to fix!

Statistics: Posted by danbo — Sat Jan 24, 2015 9:37 pm

Projects and Demos • Re: Loveballs, A love2d Softbody lib

2015-01-25T22:25:12+00:00

EDIT *See Below for a question related to draw()*
EDIT #2 *semi-answered but...*
Edit #3 tried fixing my fork...
EDIT #4 REMOVED convoluted nonsense...

interesting! Its close to what i would like to achieve, actually i want to *steal* the blobs look, those eyes....

My project *will* be a mix of sorts of risk of rain and Binding of Isaac but using a gimmick where the players size and health is linked as well as its make-up. Also affecting its abilities etc The blob/wobble-effect is just so perfect.

[Removed all prev edits: see edit #4]

Edit #4 :
I removed all the nonsense. Instead im working on a more simple modification. See next post >>

Statistics: Posted by ArchAngel075 — Sat Jan 24, 2015 5:01 pm

Projects and Demos • Re: Loveballs, A love2d Softbody lib

2015-01-24T16:32:28+00:00

nfey wrote:
I have no idea how to use this for an actual game mechanic that will not feel gimmicky (I will however take the challenge of coming up with something) and I don't have anything meaningful to contribute to the discussion. But I just wanted to say that this looks awesome Well done.

Thanks! Here is my project with it

iframe

Statistics: Posted by IndieRetro — Sat Jan 24, 2015 4:32 pm

Projects and Demos • Re: Prospora

2015-01-24T16:26:38+00:00

Different enough from Eufloria, and it plays really well; congrats on finishing it! (or do you intend to expand it perhaps?)

My only peeve was that i usually use the right mouse button for moving the camera, and left for actions, so a control redefinition menu would be nice.

Statistics: Posted by zorg — Sat Jan 24, 2015 4:26 pm

Projects and Demos • Re: Prospora

2015-01-24T16:23:39+00:00

Welcome to the forum and congratulations for finishing the game.

The graphical design is really neat and the graphics are very polished. I like it. Also the controls feel smooth and easy.

For the controls, I should differentiate between the different mouse buttons. Currently I can use all three mouse buttons for clicking. It should only be the first mouse button (initially I thought left button is for actions and right button for camera control, but that turned out to be wrong).

Also you could give the player a more distinct color. I found it a bit difficult to find out which my own planets are. Why not make the players spores in the same blue as the GUI?

Thumbs up for the "how to play", but I still haven't completely understood what I am supposed to do. I managed to conquer some empty planet but I was unsure about how to successfully conquer planets. Should I increase "travel" so that more spores go to other planets or is that "attack"?
You should consider implementing some fixed "missions" that train the player how to play.

By the way, if you draw circles in "fill" mode, their outline is not anti-aliased. To fix this, draw another circle in "line" mode on top and you get smooth filled circles.

Statistics: Posted by micha — Sat Jan 24, 2015 4:23 pm

Projects and Demos • Prospora

2015-01-24T15:19:23+00:00

Hi all! I've been a long-time user of LÖVE, but I finally pulled together a complete game: Prospora, wherein you control a colony of spores trying to take over the universe.

prospora-screenshot.png

You can find it on my website or GitHub:

http://www.zenzoa.com/articles/2015/01/18/prospora/

https://github.com/sarahgould/prospora

Statistics: Posted by sarako — Sat Jan 24, 2015 3:19 pm

Projects and Demos • Re: [Library] splashy - Easy Splash Screens

2015-01-24T01:47:51+00:00

Cool idea.

I understand that most of the time the function of the splash screen is to communicate to the user that the program is indeed launching while it does whatever it needs to to get the program working. In love, the programs tend to be a little smaller and therefore quicker to load, so most projects (the ones that I've tried on this forum anyway) have not had need of them.

That doesn't mean they can't be used though! I love splash screens as a graphical element, the same way that most games these days still have the title screen which invites you to press a button / key to advance to the main menu. It's a great way to theme your game.

A couple of suggestions in order of increasing difficulty IMO (settings can be changed in conf.lua and/or window.setmode:

Turn off the console. -> Having that come up first is like walking into a formal party with mustard on your face. It doesn't matter how you dressed or how good-looking you are, it's all anybody's going to look at until you get a serviette and wipe it off.
Make the window borderless -> do you want to walk into that party with your ugly parka that does not go at all with your outfit underneath? Take it off outside the door and give it to your chauffeur before you go in. Also, remember that on windows (and ubuntu iirc) the user can change the desktop theme to anything they want, so while the border might not clash with your splash screen much, it could for another user that has a different colour scheme.
Make or acquire (legally of course) a cool graphic for your demo -> So you're a fashion designer and you're trying to convince everyone that your clothes are the best, do you rent a basic black tuxedo? No, more like this:
If you are going to demo a tool then use it with great content, don't just leave it to our imaginations to do the work.
Make it shimmer -> Do you want your outfit to be static and flat or lustrous, rippling, and mesmorizing? Splash screens aren't highly animated (nor should they be IMO) but the best ones shimmer or pulse somehow (which has a functional purpose -> continuing info that the game is still loading). I would suggest using some shaders for that. Might be a good idea to try out shine if you are unfamiliar with shaders.
Get the transparent love window working. -> Do you want to show up to every party you go to in square or rectangular outfits? Of course not! You show off your curves. Seriously, though if there were some hackish way to get the transparency working just for a splash screen, you could show images with an alpha layer so that your splash images don't even have to be rectangular. As a temporary fix you could take a screen shot, and then use a subregion of that screenshot as the background image. Then draw your fancy graphic with alpha layer on top of it.

Statistics: Posted by Nautical Mile — Sat Jan 24, 2015 1:47 am

Projects and Demos • Re: BLUE REVOLVER

2015-01-24T01:31:31+00:00

Wow, this is great!

adnzzzzZ wrote:
Anything that makes the game more than a shmup.

Yes, there are already a lot of classic Arcade Shoot 'em ups one can play anytime (via MAME, and various ports). I'd also like some other motivation than the usual . I'm a bit drained of playing classic Arcade Shmups and now prefer to play Hydorah, which has a bit of a progression system and very diversified level design.

I'd add the suggestion of a shop like in Xenon 2. I always liked to try to collect as much cash as possible during the levels (more motivating to me than scoring points for a highscore) and then decide which weapons and powerups to buy in the shop. Ideally, it should be interesting to find powerful configurations of weapons and powerups and maybe ship types too. They could enable slightly different playstyles, for example with a flamethrower you'd need to get close to the enemies.

If you keep the pure Arcade gameplay, I'll still play it, though.

By the way, when reading "top-down shooter" I expected a game where you can run and fire in all directions, like Nuclear Throne. I think the term is usually used for those kind of games, and using it for Shmups too makes things confusing.

Edit: I've read some articles on your two blogs and I guess a shop, which is a kind of unlocking/progression system, is exactly opposite to your tastes. As an alternative suggestion, I wonder if it's possible to design a miniature progression system that plays out in the space of 2 minutes, similar to how a score-combo plays out in the space of 10 seconds.

Regarding your thoughts about scoring systems, I'm afraid to say that the scoring system already made me go a bit "oof, I'm checking out", even though it's not actually that complicated. I never liked the abstract scoring systems in bullet hell games. It might be possible to make it more appealing to players like me who are not completely hardcore Shmup fans by making it visually understandable (aside from the "8-hit" text in the HUD), for example like this: when 8 enemies are destroyed in quick succession, a little alarm clock item appears where the last enemy was destroyed, which, when shot with the special weapon, gives the special weapon projectiles a different and more powerful looking color, signifying that these projectiles now give higher scores. This suggestion isn't really thought out and has its problems, but something in that direction might work.

Other stuff:
- It's currently possible to fire the standard weapon at the same time as the special weapon. It feels a bit messy to me. Are there situations in the game where this makes good sense? If not, it might be better to disable the standard weapon while firing the special weapon.

- The operating system's mouse cursor should be hidden when playing in fullscreen mode.

Statistics: Posted by ki — Sat Jan 24, 2015 1:31 am