Particle Emitter Object Basic Coord. Particle Emitter IncludeParticle
Defines how many particles per second are to be created in the viewport. The particles are emitted randomly from the entire surface of the emitter.
Birthrate Renderer [0..1000000]
Defines how many particles per second are to be created in the renderer. The particles are emitted randomly from the surface of the emitter.
Defines how many of the particles should be visible. At first glance, this appears to offer no more than the birthrate settings. However, it is not possible to animate some of the parameters in the particle system, such as the birthrate settings. If you want to vary the intensity of the particle stream over time, animate the Visibility setting.
Use these values to define when (in frames) the particle emission should start and end.
Seed is used to create the pattern of the particle stream. If you copy an emitter, you will notice that both emitters generate exactly the same pattern. If you want each stream to be unique, set the Seed of each emitter to a different value. For example, a seed value of 1 will create a completely different stream than a seed value of 0.
RELEASE 21
If this option is disabled, the particle’s speed will be absolute and dependent on whether or not the Emitter is moving. If the defined particle speed is 100 cm/s and the Emitter moves with 500 cm/s in the direction of the particle emission, each particle will still only move at 100 cm/s.
If this option is enabled, the defined speed will be added with that of the Emitter. For the aforementioned example, this would mean that the particles would move at 600 cm/s. This is a more precise and the particles will behave realistically. For example, if you were to throw a tennis ball out of a moving car, the tennis ball would also move at the speed of the car plus the velocity at which it was thrown.
Gives the length of time a particle will be visible. For example, if flying sparks are set to be visible for 20 frames, the particles will disappear after this time. This value also controls the length of the animation Track in the Timeline.
Variation adds a deviation factor to the Lifetime value; i.e., individual particles can live for a longer or shorter time, according to the size of the Variation value.
Indicates the speed of the individual particles, in units per second. The higher you set the value, the longer the particle stream will be displayed in the viewport.
Variation introduces randomness to the speed. A value of 100% can make individual particles twice as fast, or twice as slow.
Specifies the amount by which the particles will revolve around a spatial axis.
Variation adds a deviation factor to the value.
Defines the final size of the particles relative to their starting size. A value of 0.5, for example, will shrink the particles to half their initial size.
Variation defines a variable factor for the scaling so that the particles are sometimes larger or smaller at the end of the animation.
If this option is disabled, the local Z axis of the individual object particles will always be aligned with the Z axis of the emitter.
If the emitter orientation is animated, the local axes of each particle will be rotated if necessary to maintain this relationship. When Tangential is enabled, object particles are emitted with their Z axis aligned with the emitter’s Z axis, but the orientation of each particle’s local axis does not change as the emitter’s orientation changes.
If this option is disabled, the particles will be displayed in the viewport as lines. The direction and length of each line indicates the direction of flight and current speed of the respective particle — the longer the line, the faster the particle.
If this option is enabled, the particles will be displayed in the viewport as objects (provided you have made an object a child of the emitter). This display mode can slow down the redraw rate considerably, especially when using complex objects as particles.
Enable this option if the objects generated by the Emitter should be optimized with regard to memory usage, i.e., an almost infinite number of renderable Render- und Multiinstanzen should be rendered.’