Paranoid much? Apparently you don't hang out on game making forums all that often, because people are uploading and downloading exe's all the time. Construct exports exes. If you want to play the games, you have to run the programs.

Any good virus scanner will catch a program that's messing with your system files. The better ones have heuristic detection to catch malicious code hiding in an executable waiting to go off. If you're really that nervous, get some decent virus protection.

Or, as they say, "the best form of protection is abstinence." You could just not play the games.

And when I do have a finished game no, I will not upload the cap. It's private. I don't want people stealing my art/resources/code or rebranding it to eBaum's World or something. I'll release my source on examples and tuts, but asking for caps only is asking too much.

Not bad, guys. Could use a little polishing, but it's a pretty solid system. With a little dash of momentum thrown in you could get rid of the jerky start.

You might want to check the order of your events. If you have an event that switches your sprite to a different, single-frame animation that is being run before checking for left/right input and switching to "running" then when your "running" animation comes up it will always default to frame 1. For instance, putting your "change animation to default" action into an always event at the start of your animation routines will do this, but there are other ways as well. Just double-check that there isn't anything triggering an animation change prior to your running action that might be overriding it, and condition it accordingly.

As for the sprite changing size... I don't know what could be causing it. I've never encountered it, and I've never heard of it happening. Maybe you could upload an example of what's happening so someone could take a look at it?

There's always OpenOffice. It's a free MS Office like suite of apps which can import Word docs.

But why run the risk of making someone download a program they might not even want? HTML is a much better solution. Everyone has a browser.

Not that I need a beginner's tut, but maybe you should do that in html. Not everyone has Microsoft Office.

Is there a way to retrieve last key pressed, in order to store it on a variable and so allow the player to configure the keys?

It's the very first item on Ashley's to-do list:

http://scirra.com/phpBB2/viewtopic.php?t=422

...and apparently it's right next to this:

allow two movements to use separate controls

Which I'm guessing is another way of saying:

some kind of p2 flag

And I totally missed it

So work3, I suppose you could just wait until Ashley has the 2nd player control thingum set up, unless you're really itching to write your own custom controls.

is there some kind of folder like structure for displaying / undisplaying sections of code?

Yeah, basically. Any events you put into a group can be collapsed down to just one line in your event sheet.

Another benefit of groups is that you can activate/deactivate them at runtime. Say you have a bunch of events that you only want to run at a certain time, like inventory menu controls or something. You can have them deactivated most of the time, but when you open your inventory menu you disable your play control group and enable your menu control group.

Another good way of sorting your code is by including separate event sheets. This is what my main event sheet looks like:

<img src="http://xs124.xs.to/xs124/08065/event_sheet411.jpg">

There are no events... just includes to other event sheets. Each sheet has a specific purpose. This keeps things tidy and modular... for instance, if a level doesn't have the shotgun enemy in it, you can just leave the "Enemy - Shotgun" event sheet out. If a level has moving platforms in it, just include the sheet that runs your platforms, etc.

I was hoping I there was some kind of p2 flag somewhere.. ah well..

Now that's a feature worth suggesting.

Short answer: You'll need to code your own custom movement.

Long answer:

Since using the default controls will control both players if they have 8Dir movement, and you'll have to write custom control events for player 2 anyway, just ditch 8Dir movement and give each player Bullet movement.

Now set up your player 2 controls and call them "p2 Up" and "p2 Down" and such. Then start writing custom control events:

+Mouse&Keyboard "Move Up" is down
[ul]
	[li]p1Sprite: Set angle to 270 degrees[/li]
	[li]p1Sprite: Bullet: Set speed to 200[/li]
[/ul]
+Mouse&Keyboard "p2 Up" is down
[ul]
	[li]p2Sprite: Set angle to 270 degrees[/li]
	[li]p2Sprite: Bullet: Set speed to 200[/li]
[/ul][/code:81fd07a7]

This is a very basic way of setting it up.  You'll have to get more complicated for multiple keypresses:

[code:81fd07a7]
+Mouse&Keyboard "p2 Up" is down
+Mouse&Keyboard "p2 Right" is down
[ul]
	[li]p2Sprite: Set angle to 315 degrees[/li]
	[li]p2Sprite: Bullet: Set speed to 200[/li]
[/ul][/code:81fd07a7]

You'll also need conditions that compensate for conflicting keypresses.  Obviously, if the player is holding [i]both[/i] the left and right keys at the same time, you don't want to be setting the angle for both of them:

[code:81fd07a7]
+Mouse&Keyboard "p2 Right" is down
+[Inverted] Mouse&Keyboard "p2 Left" is down
[ul]
	[li]p2Sprite: Set angle to 0 degrees[/li]
	[li]p2Sprite: Bullet: Set speed to 200[/li]
[/ul][/code:81fd07a7]

You'll also have to take into account stopping:

[code:81fd07a7]
+[Inverted] Mouse&Keyboard "p2 Up" is down
+[Inverted] Mouse&Keyboard "p2 Down" is down
+[Inverted] Mouse&Keyboard "p2 Right" is down
+[Inverted] Mouse&Keyboard "p2 Left" is down
[ul]
	[li]p2Sprite: Bullet: Set speed to 0[/li]
[/ul][/code:81fd07a7]

Again, this is a very basic example, and doing it this way would mean you have to code events for all possible keypress combinations to avoid being buggy.

A more advanced (and more efficient) technique would be to use the control keys to perform a series of checks to see if the inputted movement is logically valid, and move the player in a secondary event based on the results of those checks.  For instance, holding left and right makes no sense playwise.  So if the player is holding left, right, and up then your control engine would discard the input for left/right and give the result of "up."  Then the movement engine would pick up that result and the player would just move up.

It gets even more complicated if you want to take into consideration things like acceleration/deceleration or the way the 8Dir movement gradually turns the sprite toward the new direction.  It is possible to replicate all of this, but it would take a lot more work.

Good luck!

...i have no idea what you are talking about.

It is a mystery to me as well.

Have you been cutting and pasting objects? There is a bug fixed in the next build where if you cut the last instance of an object, then paste it, the object becomes corrupted.

Ah, so that's what does it. I occasionally have this problem too. I've just gotten into the habit of making sure my icons were all correct before saving.

And work3, it does cause problems down the line. Your object picker will just get more and more jumbled up the more objects you add. You can still pick objects by their name though. And last I checked, trying to edit the icon of a messed up object results in a crash.

It's best if you have an uncorrupted backup you can revert to.

He should really lean forward when he runs since he can run so fast. Also, If you collide with a wall, he accelerates slower when you run the other direction. he kinda stops for a while.

Noted. As for the sticking to the wall thing, I think I know a way to fix that. Also, my girlfriend said he kinda jumps like a pansy, and I guess I can see her point. Looks like I'll be revamping the sprites after all.

It happened two times for me that i opened the game, ran straight forward, fell a little bit, and then the game just crashed. It happened two times out of four. Is this happening to anyone else?

Oh man, that sucks It's never crashed on me. I hope this isn't a major issue.

In the square bear screenies you have flowers out on the edge of the 3D boxes. Did you manage to make them move realistically, and stay in place while the 3D box is doing it's magic?

Yep The flowers are also 3D Boxes, with the flower on the front face and the other 5 sides transparent. That way it's basically a sprite, only it stays in perspective with the other 3D Boxes.