Ashley's Forum Posts

  • If it looks like the scale changed on the Z axis, it may be due to the removal of the legacy Z axis scale 'Normalized'. There's more information in the manual section on deprecated features. The previous version of Construct should have been showing a deprecation warning every time you open the project to warn you of this - the intent is you fix it when you see the warning so you don't end up with your project being broken when it's removed!

  • If you export to Windows WebView2 with Steam support, and you remove scirra-gameinput-x64.ext.dll, then you will run into a bug with WebView2 that our GameInput DLL works around. So you are using a known broken configuration there. You need to use GameInput with Steam exports to avoid that problem.

    Are you sure you're installing the right version of GameInput? As of r507, Construct now uses GameInput v4.0.300. If you install an older version then GameInput won't work.

    When using GameInput you can open the browser console (press F12) and see diagnostic messages in the console. It should have messages telling you if GameInput initialized successfully, and when it identifies gamepads being connected and disconnected.

  • The PackToSingleExecutable.exe tool also updates the executable icons and version information (doing the same job as WindowsIconUpdater.exe with other exports). It's possible it has a bug when trying to do that with certain unusual configurations - maybe check what kind of icons your project has or if there's anything unusual in the metadata (project name, author, description etc.)

    If you can reproduce the issue with a new empty project, please file an issue and hopefully we can fix it quickly.

    One more thing to check: perhaps try temporarily disabling any antivirus you have installed when running PackToSingleExecutable.exe - it's possible an antivirus tool thinks updating an executable is suspicious and so blocks it, causing the tool to fail to complete.

  • Danwood - the r507 beta release has some improvements for frame scheduling with the new 'Capture' mode. Could you try it out and let me know if it's better?

  • It's always great to see what Construct users make, especially when it's other kinds of content than games. Congratulations on launching the app!

  • Does this still happen if you export a new empty project, or a simple template like Spell Caster? If so, could you share the exported zip file so we can try it ourselves?

  • Could you report this as a bug to the ExpressVPN team? Ideally they would change their browser extension to not break Construct.

  • Are you installing the latest version of GameInput with your game, as described in the Steamworks plugin documentation?

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • This change was made to fix issue 8932 where showing too much content could cause the editor to become unresponsive or crash. (Take a look at who filed the issue!) The report showed a worst-case scenario where you can have something like 10MB of minified JSON data - with the entire file content on on a single line - then if you search for a character like { you can get thousands of results, each showing a full 10MB file in every listed match (as the match showed the full matching line), spike memory, and then hang or crash the tab.

    The fix was to limit each displayed match to show at most 100 characters before and after the match. Increasing that to 1000 doesn't appear to affect the original performance issue too badly. I've made the change for the next beta so you can try it out, and if that does the job and doesn't cause any other issues, then it's a simple change and we could merge that back to stable/LTS.

  • This looks like the same issue you posted here?

  • I'd guess it's either running out of memory (check the project image memory usage, or try reducing the resolution of the video if it is very high), or it's a system graphics driver bug (an unfortunate but relatively common glitch that is particularly likely on Linux-based systems like Raspberry Pi). If you're confident it's not running out of memory, you might have to report it to the Raspberry Pi developers as a possible graphics driver problem. Another workaround might be to try a different codec for the video, e.g. WebM VP9 instead of MP4.

  • I would suggest trying disabling Steam Input entirely. Construct doesn't use the Steam Input APIs at all - it uses either the browser's own gamepad APIs, or for the time being, Microsoft's GameInput for Windows exports. If you enable Steam Input I think it might in some cases redirect gamepad input to Steam for its own Steam Input API, which is then ignored.

  • Danwood - we'd like to fix any stutter with the new mode. Can you share your system configuration (e.g. Windows version, GPU, verify GPU drivers are up-to-date, how many displays, what refresh rate the displays run at), and your project configuration (use worker, enable WebGPU, framerate mode, GPU preference, and if changing any of those affects it)?

  • The Browser "Open URL in new window" action is the correct way to do this. It's not really clear from your picture what's happened - perhaps the system opened the external browser app in the background?

  • Obviously we're aware of everything happening with AI, and it's something we've been thinking about. There are of course all sorts of existing ways AI can already be used with Construct as has been mentioned already - modifying project files directly, using automation tools like Playwright, or just driving the regular UI via AI, are all techniques that work or might be able to. I am interested in developing something with WebMCP when it becomes available in browsers. I think that hits the spot between integrating AI without affecting the user interface - the way we'd implement it would be that if you don't want to use it then it doesn't change anything about how you use Construct or how it looks. So in other words you can have a completely AI-free experience of Construct if you want. However WebMCP is still in development and not enabled by default in browsers right now, and I'd prefer to only start experimenting with it once it's easy for people to try out. I think this might start happening some time earlyish next year.

    While I can see the advantages of various AI enhancements, I still think it's important to preserve an AI-free experience in Construct. I've said before that Construct should primarily be about human expression, and I stand by that; even if AI takes over the world, I would still want Construct to be a nice tool for people who want to work the good old fashioned way and not try to push AI stuff at them all the time. I think there may still be a gap in the market long-term for this kind of thing, partly because lots of people remain hostile to AI and want to avoid it (I don't intend to get into a whole debate about that, it's just something I think is the case, especially looking at responses to AI discussions on our forums), but also because there is more to life than maximizing efficiency. I think an interesting analogy is that computers have been better at chess than humans for a long time now, and yet people still play chess. It can be an enjoyably hobby or pursuit for its own sake - and historically Construct has had a large hobbyist userbase. So even if most of the world is AI generating all their stuff, there could well be a market for people who just don't really care about that and still like to work on things themselves, and I'd be happy to continue to develop Construct for them.

    I could be wrong about this - I don't think anyone knows exactly how all the disruption from AI is going to play out. But so long as people want software like Construct, we'll be keeping it going!