d939569e84594e1586eac3e65e28dfb2's Forum Posts

    Update: I have not found anything else yet to cause the issue (or additional data points). I am still finding I have to reboot every 30 minutes to regain *some* performance.

    No update from Ashley and the team yet, not even a peep if they are looking into the bug, or when they might have time to.

    — I forgot to ask, are you running Windows 10 too?

    Has anyone tried out debugging C2 to see why it is lagging yet? My attempts have failed - there does not seem to be an easy way to debug C2 (none that worked for me atleast). Perhaps someone else might have better luck.

    Also curious if anyone tried the new Windows update, which supposedly might give Windows worse performance.

  • it wouldn\t be too hard (shouldn't be) to make a macro / add-on for chrome to handle this. it would be kludgey, but faster than waiting for something official

  • Ashley

    I had bbcode text. and tag text, which could draw text with multiple colors, or with shadows, embedded images.

    Wow Rex, nice! Anything similar for SpriteFonts, to do multiple colors or fonts within the same sentence?

    Ashley, have you tried reproducing this issue yet?

    If not, any ETA on when you will?

    If yes, any ideas on the issue?

    Some more data:

    Before rebooting the computer: 6-8 seconds to pop a dialog.

    After reboot: 1-2 seconds to pop a dialog. On my Windows 7 machine, the exact same project takes 1-2 seconds first pop, instant after that.

    No additional software was opened when the 6-8 seconds occured. No other performance issues exists (all resources are in high availability...the computer has literally no strain on it).

    Does changing the icon caching option in preferences affect this?

    Like Huzba, this did not show any difference in performance. Anything else to try?

    That's probably coincidental. I get slightly different response time by resetting the computer normally. Sometimes better, sometimes worse.

    I'm wondering if it would be possible to flag some objects to not be shown in the project. It's not a super good solution, but with that I could work normally. My project has plenty of objects that are done and final and never need to be touched again, so those might as well be hidden.

    I am grasping at anything right now Using a shutdown with that command is supposed to ensure a clean shutdown. Whereas with Windows 10, using start -> restart or start -> shutdown can leave some processes open, or re-open on boot (even if fast boot is off). Or so, I read on a few tech blogs. You can also disable "resume installation of applications when I sign in" which actually means "start up applications again when I boot the computer." This is similar to what Apple has. Only some applications it works for, but I figured maybe something C2 is using gets hanged in this process.

    Unfortunately, this solution did not do anything on my second computer. Still poor performance

    Found a solution: not ideal and probably temporary. but switched to construct 3 and so far the lagging and freezing on my larger game has stopped (the saving takes forever though)

    Yeah a workaround for some, but no solution for others. But it is a great quick fix (I ended doing this for one of my projects recently that was on a tight timeline and could not wait for the bug fix any longer).

    zenbynature, (and — and —)

    Can you try this?

    shutdown with command line using

    C:\Windows\System32\shutdown.exe /s /t 0

    When I shut down this way, I seem to have better response times. But it could be coincidental. also worth noting, even after this test the response time is still at unacceptable levels.

    Can confirm. If I clear my project of anything but the objects, it can still behave slow. 3-5 seconds to open a dialog the first time, then 2-3 seconds the times after that. It's not super consistent. Sometimes it works faster than others, sometimes so slow the project is unusable. At best it's been just 1 second to open a dialog.

    Having another empty project open at the same time and that one will work nice and fast, even if it's open on the same instance of C2 in a tab, so it might not be about some total resources limit?

    Things I've tried so far.

    Capx vs Project folder - no difference

    HDD vs SDD - no difference

    Disabling object icons - no difference

    I'll try to keep my eye on what might make it go into lag-land and report back.

    Thanks for the details —

    I too tried Capx vs Project folder and found no difference. I have not tried SSD vs. HDD, so thanks for covering that one.

    I am pretty baffled, that is for certain

    > Thanks for the details —

    >

    > Layouts might be a "part" of the problem, but not the problem itself. We will need Ashley to confirm. But I have very few layouts and I hit this issue. In the example CAPX, there is only 1-2 layouts. My current project with the issue has 10 layouts.

    >

    About that... I double checked and I confirmed that the layout count doesn't significantly affect the performance. It's the actual objects themselves. I'm sorry about the confusion.

    As the object count increases, the dialog delay increases.

    Although now I just found a little workaround or possibly even the fix for Windows 10 users having unjustifiable difference in performance with other Windows OS versions. Updating the Graphics Card and NViDiA video cards help for those who installed the Windows 10 Fall Creators Update.

    The NViDiA drivers and Intel Graphics Cards don't work at their optimum level after the Windows Update without updating the drivers manually.

    It seems like Windows 10 see them as incompatible.

    The update reduced the delay from (30 seconds to crashing) to (5 to 20 seconds) increasing the performance of the (Hardware - OS) to compensate for the original problem.

    Compared to my Windows 8.1 PC, it is in margin of error, equal in performance now.

    With that said, that was only a possible fix for Windows 10 problems not matching performance with other OS.

    The original problem is still there. C2 just can't handle that many objects optimally.

    5 seconds is still too much. From what I have gathered, the first time you open a dialog after certain actions it can go slow (upwards 5 seconds depending on the machine and project). After that, it seems to be cached and is instant (until you add another object or switch to a layout view). On my win 10 machine, every single dialog goes slow, there is no apparent caching. On my Windows 7 machine, the caching works. I am only guessing on the caching because I am not sure how it works deep down.

    I am running latest NVIDIA drivers, and even tried using my onboard graphics. Same result.

    There are some users with Win 10 reporting they don't have this issue. I can't seem to find a difference (culprit).

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

    Thanks for the details —

    Layouts might be a "part" of the problem, but not the problem itself. We will need Ashley to confirm. But I have very few layouts and I hit this issue. In the example CAPX, there is only 1-2 layouts. My current project with the issue has 10 layouts.

  • You do not have permission to view this post

    Quick Update:

    Different behaviour within a windows 10 VM. I would have expected worse performance, but it had similar performance to my Windows 7 Laptop. Basically, the first time you pop open an edit window, it would take multiple seconds. Then it would be instant after that (compared to my other W10 machines, which are slow to open the dialog each time).

    However, switching layouts, going to a different sheet, saving, editing preferences, etc all triggered a long wait time again. Through extended use, the initial load would take upwards of 10 seconds to pop the edit action dialog. Again, after, it was nearly instant. But, the time got longer (along with unresponsiveness and freezing) and longer until I rebooted my VM and then the performance came back (similar to what zenbynature reported).

    It would almost appear to me, that whatever triggers this slow load for the first time within the VM, is being constantly triggered outside of the VM. But we will need more people to chime in with results.

    I just tested your example and it strangely seems to work well on my computer. And yes as I work it gets progressively worse, lagging more and more when I hit add action or sound, It takes a while sometimes like 6 seconds and at times it shows nothing in the action folder then freezes and says missing resources. When I restart it fixes it temporarily then jams again later on. I think its an error in the game file or something. I have windows ten, 8 gigs ram and 3.2 ghz AMD Ryzen quad core processor. The game has over 8000 events so pretty large.

    I don't get the freezing and missing resources all the time, but I have had occasional freezes as of late. Same thing, restarting the computer makes it all go away for a little while longer. Example freezing, copy/pasting lots of variables freezes construct for several minutes. On my windows 7 machine, copy/paste is instant. Note: this only applies to the "slow.capx" project. In the "fast.capx" copy/pasting variables is instant. In the slow.capx, copy/pasting brand new variables is fast, but ones with the same starting name is slow. Such as var1, copy and paste. Once you have Var1...20. It is super slow. If you make newvar1 and copy/paste, it is fast again.

    It seems like it could be two different (maybe related?) issues.

    1) dialogs taking forever to pop

    2) Construct slowing down until next restart.

    When you try the example capx (the slow.capx) how long does the action menu take for you to load?

    Next test, when Construct is going slow for your other project, open slow.capx. Now how long does the action menu take to load ? (this is one thing I also noticed, is the slow down is across the board when it occurs).

    Unfortunately, the second issue is harder to reproduce and get out there. I am hoping, by fixing this issue at hand (the slow.capx dialog popping issue), it might help the second issue.