For multithreading you can use web workers, there is an example project for it too: https://editor.construct.net/#open=scripting-web-worker
But in my tests the cost of messaging really made the performance gains minimal or even made performance worse, so it ends up not being worth the additional complexity in most situations. You can probably make it work much better by using sharedArrayBuffers, but that doesn't tend to be supported well or at all on platforms like itch.io, scirra arcade(?) etc.
There have been multiple suggestions about family inheritance over the years (like this one: https://github.com/Scirra/Construct-feature-requests/issues/1) but AFAIK Scirra is not interested in pursuing this design and wants to enforce a more component based architecture. But this is also difficult to do with events as it's not easy to traverse families, for that I made this suggestion: https://github.com/Scirra/Construct-feature-requests/issues/7
I feel like either of these additions could make your intended system easier to implement
An additional feature that could make families more flexible, but not directly connected to this issue, is having a type that is based on worlObject instead of plugin type, suggested here: https://github.com/Scirra/Construct-feature-requests/issues/383
Global or normal layers don't keep their state. Only global or persistent objects do.
Seems like a proper way to handle this is missing, maybe having a getFamilies() API on the objectClass interface would make sense.
getFamilies()
made a suggestion:
https://github.com/Scirra/Construct-feature-requests/issues/373
agreed, this limitation makes booleans annoying to use and I also prefer numbers that I set to 0 or 1. The only downside is that it doesn't enforce only setting to 0 or 1 and can be less explicit especially if you work on the project with multiple devs
Develop games in your browser. Powerful, performant & highly capable.
check out the 8-sided billboard example project: https://editor.construct.net/#open=8-sided-billboard
I also get this issue when running the example project. So I reported it on GitHub.
I am not sure if connected to this at all, but there was another person where it works on R399 and not on R400 (windows). So I assume it's the rewrite of the preview code causing it.
Error is:
I can't do a bug report as I don't have the issue
it would be "SFX/GooGun_shot_1"
If the folder type isn't flat and you are using sub-folders to organize your audio you have to use the path including the sub-folder when playing by name. For example "subFolderName/audioName"
Mikal also has an addon that works around the AMD RX issue
Member since 6 Jul, 2017