A
system for procedurally generating targeted
effects
I'm sick of particle
systems. totally tired of them. Ok have I got your attention?
On a recent
project I was on we had a lot of time invested in a really nice particle effects
system and I was always amazed what the artists could do with them. But
this isn't about praising particles so on to the gripe:
Many of the effects shot off
missiles but for quite a number of the
magic effects we would just have
the player casting the spell play an animation and create a particle
system and the target would just create another particle system around
themselves. Something always bugged me about this I never really felt like
they had anything to do with each other.
Towards the end of the project one of the artists really wanted a
lightning effect, and a lightning effect brought the lack of visual
connection
to the forefront, lightning always come from somewhere and goes somewhere, and there was no
way to do it justice with a standard particle system.
So after a bit of
hacking and then quite a bit more coding I wanted to present a targeted procedural f/x system for generating point to point effects.
Now some of these effects could be achieved with a more standard particle
system but most of them dynamically respond to the target location
(visualized by the ball) .
Construction Phase:
In the beam
construction phase, the space between the source and target are first
tessellated and then various mathematical
functions are applied to get different types of paths through space.
This may be anything from a sinusoidal path to Perlin noise to a spiral
wave. Additionally there are parameters for how the rendering and movement
should behave. There are close to 40 variables that handle the construction and movement
of the beams.
To make the calculations much simpler all the path generation is done in
local space the math only takes the scalar distance between the source and
the target into account when generating the paths.
Smart Emitters:
Another piece of the puzzle is aligning the beam with the
target, which is done by creating a quaternion that represents the
transform from a coordinate system with z up to a system aligned with
vector between the source and the target. The system can choose to align
every frame or every time the beam dies and is regenerated.
There isn't really
any reason that a standard particle system couldn't use the same paradigm
of a smart emitter, for all I know some already do.
Rendering and Animation:
Beams: Since I started out by trying to create lightning
I went with a triangle strip rendering technique where I connected the
vertexes of the path together. Depending on options, different amounts of
the path with different widths are generated. This hasn't really lead to a
good way to use vertex buffers. Dynamic data and static buffers don't work
that wonderfully together. I'm still thinking about how to get more of the
code off the cpu and onto the video card.
Particles: Just to prove that the system could emulate a particle
system there is a particle rendering option as well. This just draws a
bill boarded particle at any used vertex in the path.
Tubes: Some of the effects really called out for a more 3D
feel then the 2D triangle strips could provide, I experimented with a
technique called parallel transport to effectively get tubes extruded
along the path, still haven't gotten all the kinks out but combined with a
cg translucency shader it is a pretty, albeit slow option.
Tech:
I used way too many pieces of
other people's tech for this. I'm using OpenGL, Glut, Cg (nvidia's c for
graphics), IBM's XML parser for parsing in the data, and GLUI for the dialog
box.
Download the Demo
Notes:
Will probably only work on geforce level video cards
If you get an assert:
mDefaultShader.ModelViewProj != NULL,
file BeamUI.cpp, line 332 you probably have an old version of cgc.exe
installed Nvidia hard codes the path to the exe in the registry, you need
to either upgrade cg, or blow away the registry key.

lightning |

branch lightning |

ball lightning |

color spray |

Curly beams |

fire |

lasers |

Why must everything be named? |

spiral Beams |
arc paths
Gedalia
Pasternak | Gedalia
has been playing with computer graphics and computer animation long enough to
say "I remember when." He's just finished working on the Asheron's
Call 2 engine, and is currently freelancing.
To my
home page
To other Articles
|