Ashley's Forum Posts

    If the problem really was with the build server, then likely everyone would be having the same problem. But that's not the case. It seems the build server is working fine for almost everyone, but not for you.

    Generally this is good evidence that there's a problem with your specific system or Internet connection. I'm afraid it's extremely difficult to help with that though - it could be anything from firewall software to ISP-imposed filtering rules. All anyone else on the outside can do is guess.

    If for whatever reason you can't access the build server, there is the option of using the Cordova CLI as an alternative.

  • FWIW, setInterval can be used in workers too, but window is not defined in workers. You should follow the advice to always refer to the global object with globalThis instead of window to avoid such problems.

  • See the Bullet stepping example for handling fast-moving bullets.

    It's working fine for me, I can log in to the build server and see it regularly running jobs from other users, and I haven't seen anyone else saying it's not working for them. I'm afraid I don't see any evidence of a problem with the build server at the moment.

    I just did another test build and it's working OK for me right now.

    I'm not aware of anyone else who is having issues with the build service over the past few days - if you are the only one who can't use the build service then that suggests the problem is your end, perhaps something to do with your network connection or network configuration.

  • I did read your post, and I thought about it. However it sounds like everything is already possible using the containers approach. Therefore it appears to be a suggestion primarily for a particular kind of optimisation. Discussion of performance without verifiable benchmarks and measurements is pretty pointless. That makes it hard to justify or even comment on its appropriateness.

    Further it should be a well-known issue that we get far, far more feature suggestions than we can possibly deal with. Yet again, I must make it clear that this is not because we don't like anyone's ideas; we'd do all of them if we could. It is solely a problem of resources. We'd need 10x as many employees to do everything everyone asked of us, and in such a scenario, I am certain people would respond by asking for another 10x as many suggestions. It will never end. So we must be pretty ruthless about how we prioritise requests.

    If you read our suggestion guidelines, we include some advice on what we consider a higher priority request. In particular see this section from the suggestion guidelines:

    ideally the suggestion should make something possible that was previously impossible. Otherwise ideally it makes something that was previously very difficult significantly easier. If it's not clear that either is the case - especially if it's adding a second way to do something that's already possible - it will likely be declined.

    I'm afraid in this case what you are suggesting appears to already be possible by the containers approach and so falls in to this category. If you want to increase the chance that suggestions are seriously considered, I'd advise to read those suggestion guidelines carefully and do your best to follow them. Otherwise you will just end up making lots of suggestions that are unlikely to be accepted due to having to ruthlessly prioritise things, and frustration may result.

    It's unreasonable to compare a few people working in an office in south-west London to a multi-national, trillion-dollar global megacorporation with over 160,000 employees which also has sole control over significant sections of the software industry (and in my opinion abuses such control, which was the main purpose of my complaint to the CMA).

    I can see how it is frustrating when users ask for things and regularly run in to the fact we have limited resources. However it is a fact of life. We cannot do everything. If people ask 100 things of us we can maybe do 10, during which time people will ask for another 100 things. It's just how it works. While I accept this can be frustrating, I must warn you that this is not an excuse to proceed to make even stronger demands, or start to make strong criticisms of us solely because we are unable to complete a superhuman amount of work. This has in fact in the past led a very small number customers to be abusive, which is compeletely unacceptable. This is one of the reasons we include in our Forum & Community guidelines:

    Demanding impractical measures or infeasible solutions. If we say we can’t do something, it’s not because we don’t want to, or we’re being difficult, we genuinely can’t do everything!

    Please note that in extremis continuing along such a path may result in moderation action. As I have gone to pains to explain, this stems from the sheer fact that we have limited resources and cannot do everything everyone asks of us. If you disregard that and resort to demanding things in even stronger terms, this is the point at which we may turn to moderation action.

    It's working fine for me at time of writing.

  • I think you do indeed need to be online for the first time all those dependencies are downloaded, but I think after that they are cached and so builds can work offline if they use the same dependencies as used previously.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • Construct's event system doesn't have an undefined or null type. It shouldn't normally be possible to write such a value to an array either with the event system.

    If you're reading external data with null or undefined in it, then Construct will report those as the number 0 (IIRC). If you need to read all JavaScript-compatible data types then you'll probably need to write code or change the data format.

  • Construct should never crash, even if you open an invalid project, or if network requests fail. If you run in to any such problem please file an issue following all the guidelines. You can also check the browser console (usually opened by pressing F12) for any more error details.

  • We get so many feature requests it's difficult to even respond to them all, especially when they are long and detailed.

    You should already be able to choose individual images per 3D shape instances using a sprite in a container. If you are proposing something to improve performance, you should include benchmarks - guesswork does not make for a good case.

    I've made a series of improvements to the build service today:

    • Modernized the build service code and updated a range of software components
    • Configured the service to automatically start on boot and set up scheduled automatic reboots
    • Upgraded to more powerful server hardware

    Builds appear to be completing quicker than they used to now, probably thanks to the increased hardware specs.

    Hopefully this means the build service reliability will be better from now on. We will continue to monitor and investigate if anything isn't working properly. Thanks for your patience while we dealt with this.

    - please don't make similar posts in multiple places. Closing this thread.

  • All Construct's exports that can run on macOS (Web, macOS WKWebView, NW.js) support both Intel and Apple Silicon devices. However the NW.js macOS export will use emulation as there isn't yet a Apple Silicon build, but it should still work fine.

    If you don't need features specific to NW.js, I would recommend using macOS WKWebView. This tutorial has more detail on the differences.

  • Can you build a project for iOS or Android without the Internet?

    Yes, you can, using the Cordova CLI.