Ashley's Recent Forum Activity

  • Since this thread was originally posted in 2014, it's worth mentioning that Construct 2 now has a built-in feature to record a video of the canvas.

  • If the game performance is affected by the rendering resolution, your game is definitely GPU-bound. That means draw calls, events, and anything else CPU-side won't help. You need fewer force-own-texture layers, less overdraw, fewer shader effects, etc. GPU performance is tricky since there aren't good inspection tools at the moment, Chrome's dev tools won't help you with that. Maybe you could use low-quality fullscreen mode? Reverse-engineering a slow game to a fast one is really difficult, this is why all our advice says test on mobile from the start.

  • --To change the executable's image icon, you need to download a third party tool (I use Resource Hacker) and replace the default NW.js "compass" icon with the icon of your choice.

    This is tough because automatically updating the images involves reverse-engineering ancient icon formats (literally dating back to Windows 3.1) and in the case of EXEs, the binary format and resource packing format, and how to update resources in a large and complex executable. It could literally take a few weeks per platform to work this out. Meanwhile we have three engineers with months of high-priority work already backed up. Leaving this to external tools seems like the best solution now.

    [quote:3niukx88]--To change the default loading icon when you first open up an NW.js game, you have to manually replace the default icon with one of your own, overwriting it in the resource tree tab. This is not mentioned at all (except the forum posts I've found where other users had the same issue).

    You can edit loading-logo.png directly in Construct 3.

    [quote:3niukx88]--To disable devtools on a completed game, you need to download the standard, non-Construct version of NW.js or similarly, edit the .json data of your version of NW.js for C2 and add an argument to disable calling devtools with F12.

    This does not meaningfully improve the security of your game, if that's what you want. I'm not sure what anyone can do with your game even if they can open dev tools anyway, the code is all minified and already has reverse-engineering protections. If you just want to turn off the option you can already apply the command-line argument from within C3.

    [quote:3niukx88]--You also need to separately change the name that is displayed in the game's window (along the top left corner) by editing the NW.js JSON file.

    This is taken from the project name, so you can already set it within C3.

    [quote:3niukx88]--Last and probably least, no support for installers for a game or easily selecting the default save directory.

    NW.js games don't actually need an installer, so this seems like a benefit? If you really want to make an installer that just copies files to an install directory, there's plenty of free software projects out there that can handle it.

  • The download version will be almost identical to the browser version. The download version is literally the Chromium browser engine bundled with the web version of C3, and a few extra features added for things like local file access. So you can test it right now in the browser, it will pretty much be the same. The web version can export to Windows, Mac and Linux via NW.js and it works already.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • There's a world of difference between relying on open-source projects and free software that implements standardised technology with open specifications, and transforming our business in to a UI skin for another closed-source game engine which doesn't care about us at all. If it really came to it, we can and would take over maintenance of any open-source project that we heavily depend on, or switch to another, but that seems pretty unlikely to happen.

    FWIW, just one example of the downsides - last I saw Unity's web export was extremely heavyweight, with tens of megabytes of overhead and often 30sec+ to start up on a high-end desktop, and they didn't actually try to support mobile web (at least initially) because the experience was too rough. Compare that to our lightweight engine which can download and start up quickly and run well on pretty much any mobile device now, even when wrapped as a native app. But this kind of thing doesn't seem to stop people from thinking everything would be better if we did that. Honestly, it's actually crazy.

  • AFAIK, tvOS does not have a web view, so cannot run HTML5 content. There's nothing we can do until Apple add support for that.

    • Post link icon

  • I think really you want a "quality" option per-layer so you can render at a (custom) smaller size and stretch up to fill the display, similar to how low-quality fullscreen scaling works.

    I'm afraid we will not be adding any significant new features to C2 from now on, and this kind of improvement is something we'd only consider for the new C3 runtime.

    Also for what it's worth, this is one of those surprisingly tricky optimisation areas: using a lower-quality for a layer will cause it to use its own texture, which in some cases can use more fill rate than if you didn't lower the quality at all. The overhead of the own-texture copy has to be exceeded by the amount of GPU time saved by the lower quality rendering. This is not a simple equation and in some cases will just make things worse.

  • We've seen a few reports of this error but we still have no idea what causes it. Nobody on the Scirra team can reproduce it. Identifying what causes this issue and how to reproduce it is critical for us to be able to do anything about it.

  • Background throttling is quite complex - normally background web pages are suspended, but there are exceptions, which include if the tab is playing audio, and IIRC as of recent Chrome versions WebRTC connections count as an exception too.

  • You can DoS any host on the Internet for any kind of game. There's nothing particularly different about the multiplayer plugin.

  • Add to that the fact while Unity has its strengths, it's not perfect either, and has a much higher level of complexity than Construct. I don't think it makes much sense to pin everything we do to that.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,774,213 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