Skip to main content
bradk40887139
bradk40887139
Participating Frequently
November 9, 2018
Answered

Trapcode Particular Question

  • November 9, 2018
  • 5 replies
  • 8257 views

Hey everyone,

Hoping someone on here is well-versed in Trapcode Particular - I'm having trouble keyframing Particles/Sec within Particular. It seems like that whatever the first value I have set for the particles, that value is what stays for the whole effect, no matter what I try to keyframe differently later. For example, for the first pair of screenshots, I started off with 20,000 for Particles/sec, and then several frames later, I keyframed it to 60,000, but as you can see, the number of particles on the screen stayed exactly the same. Then I did the exact opposite in the next pair of screenshots, starting at 60,000 and going down to 20,000. Looking at that second keyframe, the number of particles on the screen stayed at 60,000 even though it says it's 20,000. Whatever the value is when I start keyframing, that is the value that stays no matter what number I type in.

Does anyone know why I can't keyframe different values of particles/sec within Particular? Seems like an issue that shouldn't even exist, any help would be awesome! Thanks

      This topic has been closed for replies.
      Correct answer David Arbor

      According to your timecode your keyframes are only 4 frames apart. The setting is particles/second, which means that from the time of the new KF Particular will generate 60,000 particles per second. You're changing values in less than 1/8 of a second, so that's not going to give the effect you're looking for. What's the lifespan of your particles? Are they also dying too quickly? Your emitter mode is set to Continuous, and that's not keyframeable, so if you're going for a burst you can try exploding that number to something crazy high, if that's the effect you're trying to achieve.

      5 replies

      anders_hattne
      anders_hattne
      Inspiring
      October 28, 2021

      I found that having the layer that has particular starting anywhere but at frame 0 causes a bit of a problem -
      just like linking layers in preComps with valueAtTime when the different compositions start at different times.

      Not sure if that is the problem here, but in my case, having the layer inPoint at frame 0 and start keyframing at say frame 100 worked, rather than starting the layer at frame 100..

        E
        Ethan Clarke
        Participant
        October 28, 2021

        Yes.  Starting at frame zero worked.

        thanks gang

          B
          bmartin219
          Inspiring
          March 25, 2021

          I'm actually having this same issue. Seems that if I have my emitter on continuous, let's say 500 particles/sec, if I keyframe that to 0 particles/sec 1 sec, 5 sec, 10 sec later, it just never stops. Same thing if I try and do the reverse, it only reads the first keyframe. 

          Any insight would be great - thx!

           

          Edit - it worked for a sec (keyframing several seconds later to 0, and now trying to repeat it's giving me the same problem)

           

          Here is a Youtube link of me demonstrating the problem - 

          https://youtu.be/tdqr18MWxuI

           

            B
            bmartin219
            Inspiring
            April 2, 2021

            Bumping this thread. Anyone have any insight on tbis? Is this thread dead now because there is a correct answer/should I start a new one?

              Mylenium
              Mylenium
              Legend
              November 9, 2018

              There is no issue. You are just not understanding that you are keyframing the base emission rate, not the overall number of particles. After only a couple of frames and the other parameters defined this may not at all give any visual difference at all. that and even if it did, those changes might be minute and not be discernible, only affect off-screen, already dead or almost transparent faded (and thus nearly invisible) particles and a million other things. It seems to me you need to spend some time trying to work up a basic understanding of how Particular works or lifespan-based, dynamically evaluating particle systems in general. None of this is unusual, you just have wrong expectations of hoiw you want it to work vs. how it actually works. All those theoretical considerations aside, there is usually not much point to keyframing emission rates for the type of stuff you seem to be after. It would probably be more efficient to create more emitters and use layer duplicates with Particularls unified 3D rendering. Turning on and off emitters/ fading layers to control densities will be much easier than trying to predict the behavior of the overall lifespan evaluation as you just found out the hard way.

              Mylenium

              D
              David ArborCorrect answer
              Inspiring
              November 9, 2018

              According to your timecode your keyframes are only 4 frames apart. The setting is particles/second, which means that from the time of the new KF Particular will generate 60,000 particles per second. You're changing values in less than 1/8 of a second, so that's not going to give the effect you're looking for. What's the lifespan of your particles? Are they also dying too quickly? Your emitter mode is set to Continuous, and that's not keyframeable, so if you're going for a burst you can try exploding that number to something crazy high, if that's the effect you're trying to achieve.

              Mo Moolla
              Mo Moolla
              Legend
              November 9, 2018

              davidarbor​ "Your emitter mode is set to Continuous, and that's not keyframeable, so if you're going for a burst you can try exploding that number to something crazy high, if that's the effect you're trying to achieve."

              Fully agreed

              D
              Dave Merchant
              Legend
              November 9, 2018

              You are changing the birth rate of particles, not how many are 'on screen'. Until the existing ones die, they stay put.

              Terms & ConditionsAccessibility statement
              Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices