 |
This is more complicated than it first appears. The code in tr_light doesn't know when it's drawing a particle of other types. Smoke particles (the world particles controlled by gameLocal code) don't use a particle-specific render model, they just make a generic render model with no particular type and manually update its verts each frame using methods in idDeclParticle to create them. Weather particles don't use a particle render model either. They're implemented at a lower level in the renderer front end and they duplicate a load of code from idDeclParticle to do it manually too. We can test for a weather particle at any stage of rendering using this method: surf->material->GetDeformDecl(); But we don't really need softening for weather particles. They're too small. We can leave its duplicated code in peace. Is there any reason we can't change smoke particles to use an idRenderModelPrt instead of a generic idRenderModel? idRenderModelPrt is a subclass of idRenderModel and adds a single data member: a pointer to the particle decl. No, that won't work. Smoke particles use a single render model to hold the quads of all the various smoke particles in the world, which means lots of different particle decl types, not just one. I'll revert my local changes and suspend this issue I think. It's turning into a major code overhaul for the sake of improving a very rarely-used particle type. |
 |
With the weather changes added for 2.09, is this tracker still relevent? |
- Anonymous
