Ashley's Forum Posts

  • Nope. Maybe you could contact Cocoon's support about it, or try a different build service like PhoneGap Build.

    • Post link icon

    I did a quick check of the dialog opening code and it does indeed spend a lot of time adding icons to the dialog, which is handled by Windows.

  • By far the most useful thing to do to identify the problem is set up USB debugging with the device, attach an inspector via chrome://inspect, and see if any error messages appear in the console. Otherwise you'll be on a wild goose chase.

    • Post link icon

    All I can observe, in a worst-case scenario with a setup that is so slow it takes half an hour to open the project, is it still only takes 1 second to open the dialog. It has to fill it with several thousand items in such a large project, so it doesn't seem unreasonable it would take that long. It is probably limited on the performance of Windows' implementation of the controls that are being filled with a lot of content.

    If the performance issue was in Construct 2's code, I should have been able to observe it in the setup I previously used. Since project loading is in Construct 2's code, and that was all unoptimized and running very slowly, as expected I could observe project loading taking an extremely long time. However when it comes to opening the dialogs, I could not observe anything as bad as anyone is reporting here (i.e. 6-7 seconds). That suggests the slowdown is not in Construct 2's code. As further evidence to that there is apparently variance across Windows versions and possible correlation with Windows updates, which further suggests that opening the dialog is bottlenecked on the Windows internal implementation of filling up controls with lots of data.

    Assuming this is the root cause here, unfortunately we cannot take responsibility for the performance of the internals of the Windows operating system. If that is the case, it's not clear what we can do about it. What would you propose we do?

    • Post link icon

    I tried two more Windows 10 machines, one 1703, the other 1709, neither was affected. So I've tried three machines and none are more than 1 second to open a dialog with an absolutely colossal project. I thought everyone said Win7/Win8 weren't affected?

    Just suppose for a minute that it really is Microsoft's fault and a Windows update has gone out that is slowing down some proportion of machines out there, due to a change in the internals of how Windows works. What do you reasonably expect us to do about it?

    • Post link icon

    1 second to open a dialog seems usable. I cannot reproduce any issue with dialogs taking longer to start up, even with a setup that is so slow, the project takes 30 minutes to open.

    Windows 10 has been out for two and a half years, and Construct 2 has been out for over 6 years, and this issue only just got reported. The evidence in this thread seems to suggest a Windows Update caused the issue. If that is the cause, is it fair to ask us to pick up the pieces? The evidence so far seems to point more to an issue with Windows than C2. I don't have the tools to debug Windows either. Assuming the problem is in Windows itself, is it fair to pressure us in to fixing it?

    • Post link icon

    With a debug build I still can't reproduce any slowdown. The project is colossal and in my un-optimized build it took maybe 30 minutes to open. This suggests that anything that would be slow will be super-slow. However editing an action, or adding a new action, opens the dialog within around ~1 second.

    I have a fully-patched Windows 10 with the Fall Creator's Update - version 1709, build 16299.192. The CPU is an i7-6700K 4 GHz, but as I mentioned before, running a debug build of C2 with no optimisations usually more than cancels out any performance overhead from this high-end hardware. The fact the project took so ridiculously long to open is a good example of that.

    So I still can't reproduce any problem and I have no idea what might be happening. If the problem really is a recent Windows Update, then isn't the problem Microsoft's fault anyway? Is it fair to expect a small company to pick up the pieces of their mistake?

  • Please see the bug report FAQ which also covers what to do in your situation.

  • It's not normally possible for a web page to affect other app's sounds. So this sounds like a problem with the browser, OS, or audio driver, rather than any of our code.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • In general please note that unless you report bugs on the bug tracker it won't get looked at. In this case it looks like an already-fixed bug: https://github.com/Scirra/Construct-3-bugs/issues/1157

  • Well, you put a space in the name of the function when you called it, so the name is wrong.

  • If you have issues please file a bug report following all the guidelines - we need all that information to be able to help.

  • We can't make it free, it's an expensive and difficult service to run which has an on-going overhead. Also the C3 subscription already costs less than PhoneGap Build's subscription. So you get the full features of C3, and the build service, for less than just a build service from a different company. So it's already at a cheaper cost than the alternatives, and you get a lot more for your money.

  • There is now a desktop build of C3 (currently beta win64 only), FWIW.

    C3 uses for the most part the same runtime as C2, so I doubt it would make a big difference. However when we release the new C3 runtime that should make a big difference.

  • Last I checked, it worked. Please file a bug report following all the guidelines otherwise there is nothing we can do to help.