For the player, the fire appears to re-ignite for no apparent reason, which is not what I intended when making this fire particle. If this behavior exists for performance reasons, it doesn’t appear to be documented on the ParticleEmitter page.
Expected behavior
Simulation should resume without starting over as it breaks the intended effect envisioned by a developer.
This is the intended behaviour though…
I do think it should start again around where it was to keep consistency but its still how it is to ensure good performance and its a waste of resources to keep emitters active when they aren’t completely visible.
You also don’t really even notice it at all when you’re playing games, at least in my opinion and from my experience.
This is done to prevent lag. If particles are to keep emitting even when they are not being actively viewed, then it can cause performance issues. That’s why Roblox automatically disables ALL effects as soon as they are not actively visible by the user.
Thanks for bumping this thread and for your detailed report. Apologies for the delay in getting an official response here.
We can confirm that the behavior you’re seeing – where ParticleEmitter simulations might reset when the emitter goes off-screen – is indeed a current limitation of the Roblox engine. As some users in the thread correctly pointed out, this behavior stems from performance optimizations designed to reduce the engine load by not simulating effects that aren’t currently visible to the player.
Regarding the lack of documentation on this specific point: We understand the frustration when encountering undocumented behavior. Decisions about what to include in documentation often involve balancing comprehensive detail with clarity and focus on the most common use cases and APIs. Sometimes, specific engine optimizations or limitations like this one, which might be considered a more niche case or have less noticeable impact in many gameplay scenarios, aren’t explicitly detailed to keep the documentation streamlined. However, we acknowledge your feedback that clearer information on this would have been helpful.
We absolutely recognize that this limitation can be frustrating, especially when you’re trying to create persistent or seamless effects like the fire example you provided. Improving the particle system, potentially exploring options for handling off-screen emitters differently, is something we internally would also love to pursue.
That said, we also want to be transparent about priorities. While we see the value in enhancing the particle system, addressing this specific limitation is not currently on our immediate roadmap compared to other ongoing engine initiatives.
Thanks again for raising this issue and providing clear examples. We appreciate you bringing it to our attention.