Ashley's Recent Forum Activity

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

  • Strings still have to go through the parse and compile stages, which could easily explain the 100x overhead. It's like comparing the difference of running a "mov" CPU instruction vs. compiling and then executing a C program that assigns a single variable, in a tight loop. You are measuring the performance of the compiler, not the language. Whether or not the browser caches the result of a no-op JS string probably explains the difference between browsers, and that is likely to vary between browsers especially since the given string doesn't do anything useful or realistic. Either way, like I said, executing JS from strings is fundamentally a slow thing to do. Don't do it if you care about performance.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,831,010 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
  • x6
    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
  • x44
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs