Ashley's Recent Forum Activity

  • That's bizarre, I've never seen anything like it. There must be some kind of hardware fault or maybe a bug with Chrome's frame scheduler or something. Construct uses the time between frames to advance the movement, so it doesn't matter what the framerate is. The only explanation is somehow it's measuring the time between frames incorrectly.

    Is that a dual-monitor setup with each display running at a different framerate? It's an unusual setup and might explain the odd behavior.

  • Moved to C3 scripting forum.

  • According to Apple's stats, 93% of all devices are using iOS 12+. By July 2021 iOS 14 will have been out for some time, so that number will have increased even more. I'd also add that the C3 runtime could have supported iOS 11 if there weren't such terrible iOS bugs in that version, so our inability to support that version of iOS is actually Apple's fault. Anyway with such broad support already and the fact it's only increasing, it's hard for us as a small team to justify keeping around tens of thousands of lines of ancient code just for a small and shrinking percentage of devices. I don't see why publishing a game to "only" 95%+ of devices is a problem; you'll never reach exactly 100% so you have to draw the line somewhere, and this seems reasonable.

    For Android, StatCounter have more up-to-date stats and they show Androd 5-6 support is at 17% and falling. As far as we are aware C3 games still run fine on the vast majority of these devices. They only need to have had a software update any time in the past ~3 years. There are various issues with Android having out-of-date software, buggy drivers, or other misconfiguration problems - this has always been the case, and in some cases they also stop C2 games running too. It's mainly because Android is kind of a mess, especially in the old versions. Again it's the same kind of story: these numbers are falling and will inevitably become irrelevant. Even if you published only for Android 7+ (which shouldn't be necessary), you'd still be covering over 80% of devices. There will always have been and always will be bugs and issues to deal with - once again we can't justify keeping around a huge amount of old code just because a small and shrinking number of old Android devices are misconfigured. Even if you set a fairly high minimum version, you can still cover the vast majority of all devices.

  • Neither of those settings affects the speed objects move at.

  • 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

    The editor also tells you itself in several places you can get more events by logging in when using the free edition.

  • Well, the problem is you're assigning a number where it expects a string, which is breaking it. Make sure you convert the tickcount to a string and it should work. It looks like it's not reporting the error correctly though.

    You can file bugs here: https://github.com/Scirra/Construct-3-bugs - it would be useful to post this there so it's not lost on the forum.

  • It looks like it might be a bug. Can you post your project?

  • The very first thing to do is: press F12 and look for an error message in the browser console.

  • Most fractional calculations in computers are imprecise like this. It's literally the CPU circuitry that does this, so all software on all computers is affected.

    Does it matter? You're talking about a difference of 0.000004 pixels, which is far too small to be visible.

  • You should share projects, not videos. All I can do with a video is watch it, shrug, and say that shouldn't happen.

    It's a common mistake, so without any further evidence I can only assume it is a mistake in your project and it is doing something framerate-dependent by accident. You can still make behaviors work framerate dependently if you create incorrect events, like setting a speed to 500 * dt, which basically breaks it, since it makes a framerate-independent value become framerate-dependent.

  • I tried the APKs you sent and both ran perfectly smoothly on a Pixel 3.

    This is exactly what I expected. There's no need for these hacks any more with modern devices, they generally work just fine. In particular Crosswalk may well be slower - it was deprecated years ago so it's a years out-of-date browser engine missing loads of optimisations in modern browser engines, and it bloats the APK.

  • You've probably made framerate-dependent movement. See the tutorial delta-time and framerate independence.

Ashley's avatar

Ashley

Early Adopter

Member since 21 May, 2007

Twitter
Ashley has 1,451,366 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
  • x109
    Coach One of your tutorials has over 1,000 readers
  • x64
    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