Thanks R0j0hound! I forgot about the global property.

That helped me fix the issue. It was also the fact I was loading objects based on the tilemap, so I also made those global and loaded them only in the start of game.

Now it loads very quickly when I restart the layout (the whole game will run on one layout).

I have a very large layout with a couple of very large tilemaps.

When I restart the layout, it takes several seconds to load, which seems to have a correlation to the tilemaps being loaded.

Does anyone have info about this process and ways I may get around this? The tilemaps don't ever change, so It'd be great if they don't reload.

I tried adding the persist behavior, but that doesn't help.

It can easily take a person a couple years to become completely familiar and comfortable with C2, and a couple more years to a point where they are capable of developing games with some level of competence. From my own experience, I often start and stop various game projects. Construct makes it easy to start games, but everything good requires time to develop, so there is a lot of learning a person will experience with each project even if they don't get finished.

I'm still using C2 for now. I've only finished/released 2 games with it over the course of around 4 years I think.

You'd have to add it to a custom plugin.

You can take the example template plugin that scirra provides and make your own plugin with the code. It's a pretty simple process.

Not the global variables. There is already a system action that you can use to reset the global variables.

I basically looked at the code for that action (for resetting the globals) and copied it into my own plugin and edited it so that it resets local variables instead of globals.

I think this action resets ALL the local variables in the entire project regardless of whether a group is enabled or disabled.

In case anyone is interested, and in case Ashley doesn't implement it (although it seems rather simple to add)- I copied the global variable reset action and modified it (changed "all_global_vars" to "all_local_vars") to work as a custom plugin:

	Acts.prototype.ResetLocals = function ()
	{
		var i, len, g;
		for (i = 0, len = this.runtime.all_local_vars.length; i < len; i++)
		{
			g = this.runtime.all_local_vars[i];
			g.data = g.initial;
		}
	};
[/code:2x2c6sjh]
When the action is run, it resets all the local variables to their default (including static variables).

Ashley, there is a Reset Global Variables action, but there is no Reset Local Static Variables action.

This is an issue when trying to reset a layout- all the local static variables retain their values. I have many many local static variables in various groups, it'd be a pain to have to manually reset all them.

Can we get an action that takes care of this?

I reported this issue/bug a while ago, but never got a response from scirra.. at least it sounds a lot like the bug I reported:

Still, after all this years with Construct 2, Im still impressed that Ashley still openly allowed discussion with competitor game engines. But I still hate that C3 is a subscription based payment and not one time payment..

I think it's good of him. I spent some time on clickteam forums and they delete a lot of posts whenever speaking of other competitors, and it just made them appear insecure and unprofessional in my opinion. So, by comparison, Ashley and the Scirra team appear more confident in their product, which makes me feel more comfortable with it. Sometimes I get frustrated with how Scirra responds to feature requests and stuff, but ultimately they know what is best for them, and I am just one person, so I need to keep reminding myself to be cool about it.

That Affinity Photo program looks pretty cool. It's good to see there are other alternatives to the subscription-based software (I think there always will be alternatives).

I've tried various tools, but Construct2 seems to be the most intuitive for me despite it's flaws.

Though, sometimes I wish to just go the code route.

I'm sticking with C2 for now.

Nice video..

That's the feeling I'm getting too- a Windows issue, and optimization for newer more capable hardware.

I think pointer lock should be a standard feature considering how useful it is for games.

I think it is weird when us devs have to feel like we need to get Scirra's permission for developing a game our own way. I know it is Scirra's engine, but why does it feel like you're limiting our options here by trying to convince us we don't need it?

The pointer lock plugin was very useful to me when I had been using it. I haven't used it recently, but if it is broken, then that sucks. We need this feature. Maybe not a high priority, but it is very useful and good to have. If scirra doesn't implement it, then I would hope someone else creates a working plugin.