 |
Fire does not render without depth capture: torches, firehead skeletons |
 |
That's probably because you need to disable soft particles too? other than that I guess it could be that the ARB shaders for heathaze now use depth so you'd need to create a parm to enable different heathaze ARB depending on its state akin to the old enhanced ambient setup. |
|
|
r_useSoftParticles 0 does bring the fire back for me |
|
|
Probably best to set r_useSoftParticles to CVAR ARCHIVE too and ensure that it only works when depth capture is set. Eg. tr_light.cpp if ( r_useSoftParticles.GetBool() && !r_skipDepthCapture.GetBool() && !shader->ReceivesLighting() // don't soften surfaces that are meant to be solid && tr.viewDef->renderView.viewID >= TR_SCREEN_VIEW_ID ) // Skip during "invisible" rendering passes (e.g. lightgem) { const idRenderModelPrt* prt = dynamic_cast<const idRenderModelPrt*>( def->parms.hModel ); if ( prt ) { particle_radius = prt->SofteningRadius( surf->id ); } } (Probably best left for 2.06) As for water\heathaze, here is what I was proposing: { if (global8 == 1) // depth fix. slower but looks better vertexProgram HeatHazeWithMaskAndDepth.vfp // 0.1 * 0.4 => 0.04 vertexParm 0 time * ((( parm5 + 0.1) - (( parm5 || 0) * 0.1)) * 0.4), time * ((( parm5 + 0.1) - (( parm5 || 0) * 0.1)) * 2) vertexParm 1 (( parm6 + 1.5) - (( parm6 || 0) * 1.5)) fragmentProgram HeatHazeWithMaskAndDepth.vfp fragmentMap 0 _currentRender fragmentMap 1 textures/sfx/vp1 fragmentMap 2 textures/water_source/vp_water fragmentMap 3 _currentDepth } { if (global8 == 0) // no depth fix vertexProgram HeatHazeWithMask.vfp // 0.1 * 0.4 => 0.04 vertexParm 0 time * ((( parm5 + 0.1) - (( parm5 || 0) * 0.1)) * 0.4), time * ((( parm5 + 0.1) - (( parm5 || 0) * 0.1)) * 2) vertexParm 1 (( parm6 + 1.5) - (( parm6 || 0) * 1.5)) fragmentProgram HeatHazeWithMask.vfp fragmentMap 0 _currentRender fragmentMap 1 textures/sfx/vp1 fragmentMap 2 textures/water_source/vp_water } We'd need to alter all materials that use the _currentDepth image and toggle the global similar to idPlayerView::UpdateAmbientLight in PlayerView.cpp |
|
|
Added CVAR ARCHIVE to r_useSoftParticles What is the meaning of this operator: parm5 || 0? |
|
|
The material will move the water if a parm value is present. If the parm is not present it reverts to hard-coded behavior. Hence the OR ( || ) operator. I don't think it's needed but I didn't design the material. That was just an example of the type of material def we'd need to alter to allow fallback to no depth capture. |
|
|
Umm... Where can I see the impact of depth capture on materials? I.e. map name/place? |
|
|
I'll try to get you concrete examples when I can but until then, the v2.03 release video shows the two primary uses: https://www.youtube.com/watch?v=WDuDW6TwnZo Soft Particles and correcting water shaders to prevent foreground objects from being included in the distortion. Any mission with water (No Honor Among Thieves) or lots of Soft Particles (Lord Edgar's Bathhouse) will see changes due to depth. |
|
|
Looking at Lich Queen Demise - r_softparticle 0 does enough IMO. Torches are ok. Water is "old", but still ok IMO. ... As for steam/smoke I'm thinking about extending the r_skipTranslucent cvar to skip those altogether (at level 2). |
|
|
Good, it seems that no new materials are needed then. Except for the fact that some GPU's don't like the shaders. But we can consider helping those users in 2.06. |
|
|
Hmm.. I'm not a shader expert but our glprogs look rather primitve. AFAIK ARB assembler was designed for hardware that became obsolete a while ago. With no branches or transcendental functions, these shaders can't be a problem for modern GPU's - and I have Intel! I.e. nvidia 7600gt had 12 pixel pipelines and 12 fragment shaders. Intel 5500 has 4 ROPs and 96 universal shaders. ... Looking at Lord Edgar's Bathhouse there only place with steam is ventilation tunnel. Same thing there - "old" look with hard particles and no depth capture. |
|
|
Archived flag tdm_ai_opt_nolipsync |
- Anonymous
