Search Issue Tracker
Fixed in 5.3.6
[Shuriken] ParticleSystem.Pause() resets Start delay
Steps to reproduce:
1. Download and import attached project.
2. Open scene: main.
4. Use A, S, D to Play(), Stop(), Pause().
5. Press D and A afterwards.
Expected result: After pause particles should start playing instantly, nevertheless it has start delay.
Actual result: Pause() resets Start delay, and When played it has delay, the same as after Stop.
Workaround: Altering Start delay value in script before playing.
Reproducible on: 5.4.0b1, 5.3.1p2, 5.2.4f1
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
- [HDRP] SUCCEEDED(hr) error is thrown when the project's Shadows Filtering Quality is set to High or Very High
- With specific Windows 10 settings, the player window resolution does not match the values passed into Screen.SetResolution()
- Material leaks memory when using PostProcess-Layer
- [URP] Adreno GPU is not getting the required vertex data
- [DX12] ShaderData.VariantCompileInfo.ShaderData contains 38 extra bytes on DirectX 12
Sep 18, 2016 03:49
this bug still exist in patch 5.3.6p3
Jun 17, 2016 15:43
I'm not sure if this is the same issue or not, but whenever I instantiate a prefab using particles with start delay set to be random, all of the effects play at exactly the same time. Hopefully this fix will resolve the issue I am seeing as well.
Jun 04, 2016 05:58
This fix showed as: " Particles: Start delay is now only applied when the system time is 0."
Which is maybe missing detail--because if that's the actual fix, and start delay no longer works if an effect is instantiated after the first frame, that's a pretty big problem...
May 30, 2016 04:17
could you tell me when will the 5.3.6 release?
we can't wait this bug to be fixed right now.
in our game, pause and resume the particle system are so important that we can't release our game until this bug fixed.