Yeah, collision masks would be good, since he did get kinda stuck in all those nooks and crannies on occasion.

And if that Welcome bit is going to be your intro, I'd make the text MUCH bigger, as the player will need to get the hint VERY quickly, which is not something I did in both of my test-plays of the intro.

if u want the gaem epic have some soundtracks like Halos soundtracks and add in a character like Cratos hes god of epic war (that's the tname of his game!!!") and then have some Zedla bosses and boom Epic Game the game is what I'd call it i sent in some plans to nintendo but buthey never got back to me.

An interesting concept, though I think there are definitely some kinks to be worked out.

Namely, I think the little yellow ball might do well to move a teensy bit slower when it barrels towards your mouse. Also, it might be good to have your walls more clearly defined than just pieces of text, but that might be for later builds.

Sorry to bump, but I figure that this is a simple problem to begin with, so it shouldn't take too much of anyone's time.

The .CAP has once again been updated, and things are starting to look better: Switches and doors work, and pretty soon I think I can actually start focusing on cosmetics, more or less.

The new .CAP is here.

Here is what I'm trying to do:

I am trying to set it up so that when the player falls on collision with some spiky pencils, the player is destroyed, and the death animation plays.

When the death animation is done, the graphic for the player respawns, plays a "coming back to life" animation, and then the player itself is respawned, and the game continues. It's hard to explain, but if you run the .CAP, you know what I mean (the events for it are specifically in the Include "Lives and Game Overs" or whatever I called it).

<img src="http://i417.photobucket.com/albums/pp257/Emperor_Phoenix/Construct%20Problems/Problem4.jpg">

There is one problem with this:

1) the main one being that the "revived" animation does not in fact play when the animation "Dying" is finished. I'm not sure why this is, but I suspect it's something simple.

It's probably something I fudged up with global variables, but I am unsure. Take a look if you think you know what's up.

In the cap itself, I have two instances of the pencils object. One is a tiled background simply labeled "Pencils" while the other being a sprite labeled "Spiky Pencils".

I had assumed that using tiled backgrounds for long-range stuff like spiked floors, ground, etc. were better than using objects, because the less objects you use, the less RAM your game takes up. However, in all of my event finagling, there was no way I could get

A) the death events to work when colliding with the pencils

and

B) the block to recognize the pencils as a surface so it could stop falling.

Changing the tiled background to a solid obviously did nothing.

Now, if need be, I can merely keep them as objects, but if there is a way to make the player and other objects interact with tiled backgrounds, I'd like to know. However, I doubt my project will end up taking that much RAM to begin with, but hey.

Thanks for any and all help, as always.

You buy Sonic Free Riders to laugh at how terrible Kinect can be.

If you mean changing stuff like Private Variables, you can control+click sprites to copy them and manually change their variables.

Different private variables allow for different movement, etc. behaviors.

If you are talking about actual visual changes, you might need to make different sprites with different animations for that.

Don't use rapidshare, please, since that 10 download limit is kinda lame.

Much better to use mediafire.

I'm in the 'biz', if you know what I mean.

I mean prostitution.

The tutorials are a huge help- you can learn a lot from them and fairly quickly.

Good luck!

This problem is addressed quite easily in the platform tutorial, which you should really check out.

Basically, you create another layer on top of the one which has the player and the ground and stuff (in fact it should be the very top layer), name it HUD or something, and then set its scroll rate for X and Y to 0%.

Now if you add stuff to that layer, it will stay on the screen regardless of where the character is.

Hey, it's the weirdest thing. I removed the Pick instances from that event sheet I posted, and now it works fine.

I had known containers were powerful before attempting this game, but I didn't know they could make things run so smoothly. I hope that holds up for the rest of my project.

You'll have to be more specific; posting a .cap file or a screen capture of your event sheet might help.

Is the thing crashing just because it has a platform movement behavior added to it? If such is the case, that sounds like a bug, but with the latest release of Construct, that seems unlikely.