Ashley's Recent Forum Activity

  • Someone else just posted about how much you can do with just 50 events. I think there is indeed quite a lot of scope to do things within that limit. You can certainly make interesting mini-games and such.

    Something I've noticed from around a decade working in commercial software is no matter what the free limits are, someone will come along and argue there should be more available for free. We have to run as a business though. If we give too much away free and nobody buys the software, we'd go out of business, and then the software wouldn't exist at all. You can throw around some big changes to the whole business plan, but I can assure you many of them would also totally ruin us. We have our own unique market and niche and we've put a great deal of thought in to it already, and I'm pretty happy with where we've ended up.

  • error dns probe finished nxdomain

    This sounds like a problem with the configuration of your domain name. That is nothing to do with Construct - you'll need to take it up with the domain registrar or the web host.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I had everything that moves down the screen under an "Every Tick". I just had to change that to "Every 0.016 seconds" to simulate the same speed at any refresh rate.

    I would advise against doing that - very small times in 'Every X seconds' can still actually be framerate-dependent, as noted in the manual. For example if the game dips to 30 FPS on a slower machine, "Every 0.016 seconds" will actually be running every 0.033 seconds, and hence the game slows down in a framerate-dependent way. Also at higher framerates like 120 FPS, you'll have a janky appearance from moving things at a lower framerate than the game is actually rendering at.

    The correct solution is, as before, to use dt. There is probably some movement happening in "Every tick" that isn't using dt and ought to be using it.

  • It probably just means you're not using delta-time correctly. You can take the stock games in Construct like Kiwi Story and run them in unlimited framerate mode, and they work exactly the same. Here Kiwi Story can run at 2500FPS+ and it's pretty much indistinguishable from 60 FPS.

  • See the tutorial delta-time and framerate independence. If correctly designed, it should not matter what framerate the game runs at - the game will continue to run at a regular speed and work correctly.

    There are two ways you can check this is done correctly:

    1. Set the timescale to 0, and everything should stop. This is a good way to pause the game. If something keeps moving with a timescale of 0, it's not using dt.
    2. Set the framerate mode in project properties to unlimited. On a high-end machine this lets the game run at thousands of frames per second. It should still work the same.

    If anything, higher framerates should make the game more reliable, as it's less likely fast-moving objects will step over obstacles and fail to register a collision.

  • It is indeed a bug, but it was easy to fix so I already fixed it for the next beta. There's no need to file an issue for it.

  • My intention was to simply use them as reference for creating a second independant version.

    This is still what caused really bad compatibility problems. People ended up with multiple versions of the same plugins, all with different features and bugs. Eventually the official addon gains extra features and supersedes the variants, but then old projects are stuck with old addons that have unfixed bugs and are difficult to change over. It's a really bad idea, please don't even try to do it.

  • The built-in addon files are deliberately not exposed anywhere. As we learned from Construct 2, people tweaking built-in addons causes appalling compatibility nightmares that are much worse than any improvements you made.

  • Construct automatically loads projects layout-by-layout. See memory usage.

  • The built-in Game Recorder object should already support this. If you specify an audio format when starting a recording, it records the Audio plugin's output if it's in the project. If you have used UserMedia to request microphone input and routed that to an Audio tag, it will come out the Audio output too.

  • It's a PNG icon. It's supported everywhere. There's no need to use .ico.

  • Construct does already add <link rel="icon" ...> inside the <head> tag.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,431,708 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
  • x108
    Coach One of your tutorials has over 1,000 readers
  • x62
    Educator One of your tutorials has over 10,000 readers
  • x3
    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
  • x36
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs