Ashley's Recent Forum Activity

  • Please test r228 as per the bug report guidelines, particularly since we made a relevant change in that release. Also as per the bug report guidelines we require a .capx to be provided, and the guidelines describe why it's our mutual interest for you to not send your full project.

  • Please file bugs for other platforms if you have trouble with them instead of using deprecated platforms. We cannot offer any support for Canvas+ any more.

  • This sort of came up in another thread recently. It wasn't quite the same thing since it was to do with scrolling, but it's kind of related. Basically if you use letterbox integer scale, point sampling, low-quality fullscreen mode etc. for pixellated display, then scroll to an object moving at something like 40 pixels per second, you get an irregular scroll pattern. 40 doesn't divide neatly in to 60 (the most common display refresh rate) so you get an irregular on - off - off - on - off - on - off style pattern which looks bad (the human eye much prefers regular updates). And the cause of that is maths, not any particular aspect of Construct 2. Then it gets more complicated when you consider different display rates: it will look OK on a 120Hz gaming display, because 40 divides in to 120 (exactly one pixel every three frames).

    One of the issues is pixel rounding rounds the display position but not the actual stored position, which is also why you can get uneven stair-step movements as the X and Y axes update at different times. You can probably resolve that just by making sure the object starts on the same pixel offset on both axes. Then you have to avoid features that adjust the position smoothly as well. Then you also lose the benefits of framerate-independent games: it could well run at double-speed on a 120Hz gaming display.

    Construct 2 is a modern game engine so everything is done by floats with delta-time, which is often useful for smooth, accurate and consistent movement. However older games on much more primitive hardware would have manually adjusted positions as integers on a tick-by-tick basis. You can also do that with events, but it means not using the built-in behaviors. Also I am fairly sure modern displays make this more apparent than it was in the heydey of older consoles - something like the NES would have been running at a tiny 256 x 240, likely on a small CRT display, which were often slightly fuzzy making pixel boundaries less obvious. Run the same game on a 1080p display with perfectly crisp pixels, making each pixel a large clear crisp square, and suddenly you notice things you might not have noticed before.

  • Canvas+ has not been supported for over a year. Either contact Ludei and ask them to fix it, or (as we strongly recommend) use one of the webview based platforms.

  • I would recommend making a bug report to the Bugs forum with a public .capx file. The guidelines describe why that is more useful and how sharing a private .capx usually makes fixing the bug more difficult.

  • If you think Construct 2 is exporting the project incorrectly, please file a bug report in the Bugs forum following all the guidelines. If you don't do that, there's nothing we can do to help.

    If you think the Intel XDK is building your project incorrectly, please contact Intel for support.

  • Please file a bug report following all the guidelines or the problem will not be investigated. Note this thread was originally from 2013, it could well be a completely different issue.

  • It could well be a problem with Steam and the way it shows its own overlay, in which case it's a Steam bug and not something we can do much about.

  • I don't know, it worked the last time I tested it. There is very little I can do to help without a .capx or fully including everything from the bug report guidelines.

  • It's blocked by design on the Arcade, since the action would clear all storage used by the other games too.

  • 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 definitely think it would be wise to have a couple of developers that you trust and use construct on serious projects give you solid feedback based on their experience shipping games using the engine.

    We have been doing this routinely for years now. For example even just in the last build r228, the new AJAX triggers, the "on save failed", and all the bug fixes were made based on feedback from users with real-world problems. For example some users were struggling with a problem with handling dynamic AJAX requests, and it was established on the forum that these triggers would help, so we added them. That's been the bedrock of how we develop C2 for a long time!

  • There isn't a method called GetBoundingRect(), so I'm not sure how that code even ran? Nor is that quote in the documentation. What exactly are you looking at?

Ashley's avatar

Ashley

Online Now
Early Adopter

Member since 21 May, 2007
Last online 27 Oct, 2026

Twitter
Ashley has 1,832,578 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