you could give the parts bullet behaviour with gravity..

This tutorial might help

add an event:

system compare two values jumpfase = 1

trigger once

• player set animation : doublejump

You'd also need a way to tell C2 which healthbar you'd want to affect.

Easiest way would be to give the healthbar an instance variable uid and set it to the uid of the enemy.

so add an action to the healthbar create event.

healthbar set variable uid : enemy.uid

and add this condition to the enemy variable check events:

healthbar compare variable uid = enemy.uid

just create a "for each enemy" event and put all the events but the bullet on collision as subevents.

I would choose the option of giving the npc an array in a container, that way you can set it to different text for each instance.

Why would you want to "fix" it?

Does the animation not work when exported?

Yet another way would be to use the system scrollto action instead of scrollto behaviour.

It can give you far greater control over the scrollto.

it would be as simple as creating a variable and adjusting it.

if variable is A - system scrollto objectA

if variable is C - system scrollto objectC

Sorry, forgot music streams so it won't be in memory, but using 250x250 sprites where 2x2 sprites would work just as well (collision purposes) is a simple way to up the memory usage and I would recommend changing those.

With the music and graphics combined, your game already uses 50MB of memory or more before any actions are performed. Reducing that will never hurt performance.

When I say global variables, I mean global variables and not local variables, the difference between global variables and local variables is that global variables are global and local variables are local.

Global variables can be called everywhere in the game, so if you set level1score to the score the player recieved in level 1 at the end of level 1, you can use this score in level 2, to show the total score by adding the level1score and the level2score and so on.

Also you are using a 13MB, nine and a half minutes long sound/music-file, seems a bit overkill to me.

As for the performance:

You are using quite big sprites without there being a reason for it.

I'm not sure that's the issue, but it might be.