Ashley's Recent Forum Activity

  • I've updated the desktop build download to fix some issues with preview. Use the new download link to update.

    • Post link icon

    I think based on my previous post, there is good evidence the problem is not in C2 code and is in Windows code. If the problem is in C2's code, then on a setup that is slow slow that it takes 30 minutes to open a project, how come it can open a dialog in 1 second? And how come it varies across Windows versions? It seems very likely it's bottlenecked on Windows.

    Now, it seems Microsoft have done an update that regresses performance in some of the code used to start up this dialog. This puts us in a tough spot. I genuinely don't think it's fair to blame us for this. It sucks and users just want it to work, but I think it is unhelpful to pressure us to act over something that the evidence points to being in Windows. Are you just letting Microsoft off the hook here? Why be so combative and blame us for everything?

    It is possible that we could refactor all our dialog code and try to find another way to do things that is faster. There are a number of problems with this:

    • I can't reproduce the problem to the extent others report. So I don't know if the code I write will really help.
    • Some of the related APIs in Windows, especially the icon ones, are incredibly old, crufty and inflexible. It was a pretty big headache just getting it to work like it does. I'd expect it to be very difficult and time consuming to change, and it really sucks that we would basically be wasting valuable time trying to compensate for what looks like Microsoft's mistake.
    • There's no guarantee that a whole new approach would actually end up being faster. We'd still be using the Windows APIs, which the evidence points to being the problem.
    • Imagine about a dozen other threads where users are being just as insistent as here that we must do X, Y or Z, and right now. Time is by far our most limited resource. We simply cannot do everything right away. I've pointed out already that the bug report FAQ says to allow several weeks just for a review. I've tried to make a special effort to look in to this more quickly given the attention around it. If you don't appreciate this and just keep blaming us for everything, it's hard to justify bumping it up the schedule over what others are asking for.

    Unfortunately I don't think we have any good options here. I genuinely don't know what is the best thing to do about this.

    At least Construct 3 isn't affected. For years many of our users insisted that native was better than HTML5 and the web would never be as good. How things have changed...

  • Addons are saved locally and work offline.

  • 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?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
    • 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.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,773,491 followers

Connect with Ashley

Trophy Case

  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Forum Wizard Made 5,000 posts in the forums
  • Forum Unicorn Made 10,000 posts in the forums
  • Forum Mega Brain Made 20,000 posts in the forums
  • x126
    Coach One of your tutorials has over 1,000 readers
  • x74
    Educator One of your tutorials has over 10,000 readers
  • x5
    Teacher One of your tutorials has over 100,000 readers
  • Sensei One of your tutorials has over 1,000,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • RTFM Read the fabulous manual
  • x42
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs