I'm close to my wits end. I ended up doing loopindex checks and cur x checks for every event in the entire game, and a crash still couldn't produce a debug alert. It clearly shows signs of an infinite loop where the CPU is constantly peaking with nothing happening, yet it doesn't seem to be related to any of my code that can trigger it. Really frustrating. I also know 100 % it's not a stack overflow issue since I don't get the alert.

At this point I would take any abstract solution as long as it can help me track this down.

I've come across a very hard to reproduce crashbug bug which I've been able to identify as an infinte loop. However my project has a lot of loops, and setting up loopindexes checks for every single one is a huge hassle. Is there any debug command or built in feature that can paste information about which loop is repeating itself excessively? Kind of like what happens when there's stack overflow.

Thanks

Working on a 2D platformer, Megaman Style, using my own 16 color palette.

Trying to upload an image using the img tag and the forum thing and nothings works :S

So well, you can follow all the process and step by step on my twitter

https://twitter.com/DavitMasia

Try and quote someone elses post where you can see how they wrote it in their post. That should work.

It worked for me as well. Thanks a bunch!

matpow2 OMG I didn't know you were working with C2 now Mathias! I sent you an email, and I hope to stay in touch.

Oh snap I gotta try this out! Seems like this is the root to the black screen issue I'm having. Thanks for the guide!

— Aww <3

Also if you guys are interested I also just posted a tweet chain with videos of Klang's making of journey.

twitter.com/Tinimations/status/1010591415754162178

It shows off what the game looked like in the beginning, and how it kept improving.

— Ah thanks! I see. The first Klang does have a pretty big problem with draw calls and overdraw. Are you playing on a very old computer or a laptop? If the game runs on an intergrated card and not a dedicated one it'll run very poorly.

Yes I used a lot of 3D for the game. Made a blogpost about it: construct.net/blogs/construct-official-blog-1/creating-klang-s-art-and-design-in-construct-859

KlangM will run on pretty much anything when it comes out though.

NetOne Thanks! Worked really hard on it.

— 10000 hours of Construct's bound to result into something. Persistence and a strong desire to keep improving is crucial.

There is different terminology for it that can explain it in more detail, but if you play your game exported as NWjs, you will see that it has 3-4 processes in your task manager. One of them is the memory use of what's currently active, shouldn't take too much memory (what the plugin can affect). Then there's a big one, which can easily be up to 1-3 gb depending on how big your game is. This one holds every sprite, tile and preloaded sound file. Notice that nothing you do reduces the size of this beast in any remarkable capacity. It's loaded in on startup.

The only work-around is storing images in the files folder and loading them into a sprite or tile object during runtime. However once it's loaded in, it can't be unloaded. So you can only postpone the memory bloat.