Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: Compile broadcasts once per project start #168

Open
softedco opened this issue Oct 4, 2023 · 4 comments
Open

Suggestion: Compile broadcasts once per project start #168

softedco opened this issue Oct 4, 2023 · 4 comments

Comments

@softedco
Copy link

softedco commented Oct 4, 2023

Broadcasts essentially work as events or as an interface for interacting between sprites, but when they are compiled each time they are run it creates performance issues, especially when you have multiple receive hats which based on testing creates additional overhead with each new hat block, even if they are empty. This has been a huge problem for me since I am making an engine where it's internals need to be incapsulated from the end user. An interactor sprite is required for this which creates a system where the performance bottleneck is mainly on the engine and the interactor sending messages.
I think broadcasts need to be compiled only once since you can't trigger a project start with them. There isn't really a reason for them to compile with each run apart from the fact that the receive block is a hat block which share compilation conditions.

@GarboMuffin
Copy link
Member

The actual compiling is already cached until you edit the project

@softedco
Copy link
Author

softedco commented Oct 5, 2023

Oh, if you can could you tell me what's causing the overhead then?

@GarboMuffin
Copy link
Member

send the project file here or [email protected]

@softedco
Copy link
Author

softedco commented Oct 5, 2023

Here
BroadcastsThing.zip
Enable 60 fps to see the difference or just add more receive hat blocks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants