SKEmitterNode leaves particles on the screen after being removed from the parent

Asked Dec 07 '18 at 03:20

Active Dec 12 '18 at 17:01

Viewed 58 times

In my game, I have added a particle effect using SKEmitterNode that plays for a few seconds then is removed from the game.

However, when removed, the particles are left on the screen permanently.

This is the code to add and also remove the emitter:

    // debrisNode is a child of scene
    let emitter = SKEmitterNode(fileNamed: "shatter.sks"),
    emitter.name = debrisNode.name
    emitter.targetNode = scene

    debrisNode.addChild(emitter)

    debrisNode.run(
        .sequence([
            .scale(to: 0.1, duration: 1),
            .run {
                emitter.particleBirthRate = 0
                emitter.targetNode = nil
                emitter.removeAllChildren()
                emitter.removeFromParent()
            }]))

Edit: I now think that this is related to my use of targetNode. When I set targetNode = debrisNode, the particles go away - but I need targetNode to make any animation look right.

edited Dec 12 '18 at 17:01

asked Dec 07 '18 at 03:20

chustar

12,225
24
81
119

Do the particles only live for as long as their lifespan? – Confused Dec 07 '18 at 08:28
Yes they do, but when the animation ends, whatever particles that were still on the screen get left behind. – chustar Dec 07 '18 at 16:46
did you try only emitter.removeFromParent() and make sure it's called? – Simone Pistecchia Dec 07 '18 at 16:50
@SimonePistecchia Yes, with the same result. – chustar Dec 09 '18 at 00:41
do the particles left behind live forever, or do they slowly die out in accordance with their lifespan? – Confused Dec 10 '18 at 21:56
@Confused The particles that are left behind do not slowly die out. They live forever stuck in place. – chustar Dec 11 '18 at 01:10
only one option then, let the particle system live until all the particles are dead, then remove it. – Confused Dec 11 '18 at 06:35

SKEmitterNode leaves particles on the screen after being removed from the parent

0 Answers0