 |
Ah, I just noticed: grey_cracked_001__local has two underscores... It should be: grey_cracked_001_local |
 |
Corrected typo above, but this doesn't fix/effect the issue. The game will only recognise one bump-map per blended material. |
|
|
All we need to do is have the bumpmap at the beginning of each vertex stage in the material def and only assign the 'vertex' and 'inversevertex' lines to the diffuse/specular stages. And on a side note we can add specular maps to the vertex stages aswell. after.png (27,226 bytes) before.jpg (72,144 bytes) |
|
|
I have a attached a test map so the team can get users to test this on low end GPU's such as Intel Arc or ATi/Amd to make sure it looks and works ok. |
|
|
See note from 19.09.2023 15:35, 0005718:0016068 or fix. This can be closed, unless the team want to test further. |
 |
I downloaded BlendTest.7z, and I see material with vertex color there, but it is not applied to anything. Is there something with vertex color that it can be applied to? |
|
|
@Stgatilov Ive created an updated version of the map for you, see attached. |
|
|
Thanks! But how do I see that it does NOT work? I mean: grass + road look fine with this pk4. I can verify in debugger that proper normal map is combined with appropriate diffuse map. It is also OK if I set vertexColor / inverseVertexColor in all 4 stages, not just in 2 of them. UPDATE: I see that road gets grass bumpmap if I swap order of diffuse/bump stages. Although I don't see much difference visually to be honest... Is it the problem? Is there any kind of specification anywhere on how such multiple interaction materials? |
|
|
Nothing need to be fixed, see my note from the 22.12.2023 @14:35. |
|
|
According to OrbWeaver , there are still some problems: https://forums.thedarkmod.com/index.php?/topic/22179-vertex-blending-not-working-with-bump-maps/#comment-495048 but the may be a red herring. Additional refs: https://wiki.thedarkmod.com/index.php?title=DrVertexBlend_(tutorial) https://wiki.thedarkmod.com/index.php?title=Vertex_Painting_in_Lightwave |
|
|
Well Ive used VB in several maps since resolving the issue so I know its works now. I cant speak to Orbweavers issue, as what is talking about is way above my head.. |
|
|
It has been concluded that the only problem is on the DR side. The correct material specification is: 1) Normal Map 2) Diffuse 3) Specular See "Rendering Order": https://iddevnet.dhewm3.org/doom3/index.html |
|
|
I agree this is not a bug to be fixed, but I believe issue should not be closed as is =) I'd like to try implementing a console warning for the cases where stages seemingly go in wrong order. |
|
|
I added a check that each block detected in SortInteractionStages has at most one instance of each stage type. Here is the list of warnings I get on all core materials: WARNING:Material 'bc_flaskglass': duplicate interaction stages B:1 D:1 S:2 WARNING:Material 'bc_lanternglass_unlit_colorme': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'hlantern': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'large_green_leaf_normals_alpha': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'sawblade': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'steam_engine_glassreadouton': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'tdm_grass_model_dense': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'tdm_grass_model_dense_colored': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'tdm_potglass2': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'textures/darkmod/door/wood/french_door': duplicate interaction stages B:1 D:2 S:0 WARNING:Material 'textures/darkmod/metal/grate/girder_victorian': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'textures/darkmod/metal/grate/girder_victorian_moss': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'textures/darkmod/metal/grate/grate_rusted_flat_seethru': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'textures/darkmod/weather/test_rain01': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'textures/darkmod/weather/test_rain03': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'textures/glass/dull_opaque01_moonlit': duplicate interaction stages B:1 D:2 S:1 (hint: bump must be first) WARNING:Material 'textures/water_source/sea_wave_01': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'utility_grate_001': duplicate interaction stages B:1 D:2 S:0 (hint: bump must be first) WARNING:Material 'washboard_tin': duplicate interaction stages B:1 D:1 S:2 (hint: bump must be first) Some materials have e.g. two diffuse stages with mutually exclusive conditions, which is supported by the engine. The full behavior is this: 1) If specular or diffuse stage is present but bump stage is missing, then "bumpmap _flat" is added implicitly to the end. 2) Then stages are broken into contiguous blocks, and each block is stable-sorted in order: bump, diffuse, specular. If the first stage is bump, then stages are split in such a way that: every block has exactly one bump stage, and it is the first stage in block. If the first stage is not bump, then all stages constitute a single block and are sorted together. 3) Renderer backend goes through stages in their order after sorting. Stages disabled by "if" condition are skipped. It seems that nodiffuse/nospecular also force skipping respective stage after 0004292. A new interaction block when 1) we meet a bump stage, or 2) we meet a second diffuse or specular stage. If a block has no bump stage (happens on duplicate diffuse/specular), then _flat is implicitly used. *) Ambient stages are completely irrelevant: while they are present and are reordered, you can assume the interaction behavior is the same is if they did not exist. As you see, this is a huge mess. Trying to fix anything here or add warnings will only make the situation worse. I think the only path forward is to add "interaction separator" syntax to materials, which would force interaction block split at all levels, and ensure no reordering across it happens. Also drop that stupid statically added implicit bump stage when at least one separator is present --- TDM already adds it in backend anyway. |
- Anonymous
