 |
What does "player walks under a bright" mean? |
|
|
Shouldn't this be filed against TDM? |
|
|
Do you have a simple map where this doesn't work correctly? I just tried a map where a light snow patch was 300 above the ground, and I could look at my feet and see the flakes falling to the ground. |
|
|
I have made a basic map where is show the snow not working etc and attached it to this tracker. When you look down the snow stops being rendered. |
|
|
I added three maps: snowbroken.map 1 - Put snow texture on the top of the snow patch, since the particles are ejected from the backside of the patch. This way they head down, and not up a bit, then down, when spawned. 2 - Moved the snow patch to 256 off the floor and duped it so there were two of them. 3 - Placed metal-textured patches 0.125 above the snow patch so we can see how high the snow patches are when we look up. 4 - When the map starts, wait until the snow reaches the floor. Then slowly look down toward the floor. At some point, the snow will disappear. Look down even more, and the snow reappears. snowbroken1.map 1 - Took snowbroken, deleted one of the snow patches and its corresponding textured patch, and widened the snow patch so it fills the entire room. 2 - Now when you slowly look down, the snow doesn't disappear. Everything looks fine. snowbroken2.map 1 - Took snowbroken1 and moved the snow patch and its textured patch up to where it's 376 off the floor. 2 - Now when you slowly look down, the snow disappears at a certain place and reappears again, as it did in snowbroken.map. I don't know why the snow behaves this way, but maybe these maps can help someone track down the issue. |
|
|
Since this doesn't appear to be a DR issue, I suggest moving it to TDM so it catches the right person's eye. |
 |
Could this be related to the flickering particle effect? Certain particles don't render correctly when you look down at them, like gas arrows. |
 |
It looks like the particles are just being culled. Here is some info from http://www.iddevnet.com/doom3/editor_particle.php : "Bounds expansion lets you add some constant amount to the size of the bounding box surrounding the particle system. This is only needed if you encounter a weird situation where your particles are disapearing when you face a certain direction. What is actually happening is the particle system is getting clipped with the view frustum because the bounds is too small. This theoretically shouldn't ever happen, but in reality it sometimes does." Here is a hint from http://www.doom3world.org/phpbb2/viewtopic.php?t=24304 : "Bounds Expansion is a tool to supposedly fix a problem that sometimes occurs in Doom 3 where sometimes viewing a particle beyond its bounds makes them disappear. In-game, essentially, you can be looking at say some cloudy skies at one angle, then look at it at another angle and the particles stop rendering and completely disappear. Bounds Expansion is supposed to fix this by increasing the bounds, therefore preventing this from ever happening. However, I have never been able to get this to work. iddevnet says to give a large value, but irregardless of how many zeros I add, nothing seems to happen. I believe this tool is broken and should be ignored, unless this issue is exclusive to me. If you can get it to work, great, but if not, you know why." My own findings: 1. idParticleStage::boundsExpansion is taken into account while computing bounding boxes of the particles emitted from surfaces (idDeclParticle::GetStageBounds()). Not that it changes anything. 2. The particles are culled when their particle-emitting-surface is being culled in R_AddAmbientDrawsurfs(). It happens because the bbox of the surface is not yet expanded to include the bbox of the particles. It is updated later - in R_ParticleDeform() run from R_AddDrawSurf(). 3. Another bbox to watch for is entity->referenceBounds that is used for early culling in CullEntityByPortals(). |
|
|
I've attached a patch for this issue. This is a bug in Doom3 renderer/Model.cpp. Model bounds calculation did not account for particle systems' bounds. |
|
|
I've added slightly modified patch (Model.cpp2.patch) that handles also particles of type DFRM_PARTICLE. |
|
|
Zbyl contributed corrected code for correctly displaying particles regardless of view orientation. rev. 5705: Model.cpp I tested the included snow maps, and they're fine now. I also tested Awaiting the Storm and Thief's Den, where rain is used. They also looked fine. |
- Anonymous
