construct game from several caps?

Is it possible to create a game by creating each level in a different .cap file and then calling a new cap file at the end of each level?

I'm asking this because construct tends to become slow and crash-prone when a single .cap file grows larger and I have a game idea that would involve a lot of levels with a lot of graphics.

No, and don't try to copy stuff between .caps! It's an unfinished feature and can mess up your .cap.

A way to speed things up though is to keep large graphics external and load them at runtime with the sprite's 'load frame from file' action.

A way to speed things up though is to keep large graphics external and load them at runtime with the sprite's 'load frame from file' action.

im curious... could you please give me some kind of a simple example?

i mean how would i do something like that at runtime?

ive been thinking of umm, how do you call it.. "streaming" levels or sections of levels to save some precious resources but i just cant wrap my head around it.

Here is an example cap of how to load a sprite at runtime.

LoadFrameFromFile

Okay, so I managed to make this work somehow. It's messy, and it's probably not very orthodox but it does work.

Basically you have to create an executable for each of your levels and or menus.

then when you want to switch levels, you launch the new executable (by using the 'File' object) and close the current one (to avoid construct throwing a DX9 error) with system->close.

If you want to share data between levels (such as scores, lives, passwords, etc...) you can save it in a temp file like a hashtable.

I suppose there might be problems such as memory consumption, but it's useable , I tested it heavily.