Prefetching only loads files into memory, but doesn't run them. I had this problem once a while ago where I had a loop that started at the beginning of the application, before it even appeared on screen. The loop was running a zillion times, so it seemed like it didn't start up at all. Try opening up the task manager and check the processes tab for temp.exe. Is it there?

Oh, sorry I misunderstood. I don't know a simple way how to do that. If you have a full copy of Photoshop you could use its actions and batch commands, but that's the only way I know of. You might be able to even make an application in construct to do it for you, but I'm not sure about that.

What is it exactly that you want to do? Take a bunch of uncropped images, import them into construct and have them be cropped?

If so, then you can use the import images feature to import them all at once, then once they're imported hold Alt and click crop once, which will crop all of the 1000 images in the animation with one click.

Hold alt then press crop in the picture editor.

The .cap is like 23 MB with 7000 events. :/ That's why I haven't posted it already. If I try to narrow it down, it stops crashing. There's so much stuff in my game and it takes so long to check that it could literally take me weeks to get a .cap of small enough to post that still replicates the behavior. I guess it probably won't be much help for finding that bug then.

Yep. Happens the same way every time.

There are two crashes, going through this procedure happens the same way each time:

I preview in construct or run the exported game (tried it both ways), try crash number one, it doesn't crash. Restart, try crash number two (which crashes every time), it crashes. Restart, try crash number one again, it crashes. Crash number one will continually happen as I restart and try again. After crash number one has happened, if I load up a whole bunch of applications then rerun the game, crash number one does not happen again until crash number two happens and I restart the process.

Vista, btw.

I encountered an odd crash in my game. Odd because it won't crash until another crash happens first. A programmer I know mentioned something about "dirty memory" that can be leftover from a crashed application. I've confirmed that after crashing, if I load up tons of applications then run it again, it doesn't crash. It does sound like what he was talking about. If it is indeed dirty memory causing crashes, would it be difficult to make the runtime clear memory of before using it?

Huh. I had no idea!

The blur helps out quite a bit. Why even bother with meshes though? If you made it as a plug in and simply set the color of each pixel then draw it like an image, then by making the image take up the whole screen it would automatically interpolate, no looping through verticies required, and it would be much faster than using events. Then you'd also have one quad instead of a whole bunch of triangles, which would render faster.

Admittedly I have no idea how to make plug-ins, though, so that might be a lot harder than it sounds. ^^

Wow.

...

What else can be said?!

AMD athlon 64x2 4400+, 2GB ram, 9800GT. What are your system specs?

Total events in the game is over 7000, not exactly sure how many, and construct recompiles all of them each time. The 3500 are in one event sheet, not including includes, which put it over 4500. As I mentioned, if I delete all of the code then preview it previews in less than a second. It's definitely the events affecting the preview time.

The resolution of sprites might affect the layout editor, but it doesn't affect the event sheet editor. I don't work in the layout editor much, so I'm not sure what causes speed decreases there.