Jump to content
The Dark Mod Forums

render issue


Recommended Posts

You may want to say a bit more. What (is/is not) happening that you (think/don't think) should happen?

Link to comment
Share on other sites

A part of the texture of the stair isn't being rendered, instead I see the sky being rendered there

Edited by Zen3001
Link to comment
Share on other sites

I don't see any sky in that screenshot. Can you render it with more in-game lighting so that we can see the textures more clearly? It's an extremely dark image (as in-game images often are when posted on a forum).

Link to comment
Share on other sites

It looked totally black when I saw it at work. At home I can at least make out that it's stairs.

Link to comment
Share on other sites

This appears to be common with 2.06. I have 4 places in my current WIP where this happens. There used to be 6, but 2 have worked themselves out over the past week w/o me doing anything specific to overcome them.


My best advice short of someone fixing the problem in TDM is to live with it until you're about to enter beta test. If the problem is still around, or has moved elsewhere, you can convert the offending area to a model, or cover it with a separate patch.

  • Like 1
Link to comment
Share on other sites

My first idea is that messy brushwork flubs the render so you get black like that along a seam usually from the bad brushwork. That typically means building off of the grid, like a tiny sliver of brush sticks out, there's a tiny overlap of two brushes, or a tiny gap between two brushes, or two brushes meet at a tiny angle, or any combination. The solution is to rebuild the thing on the grid with cleaner brushwork. Or like grayman said, convert it to a func_stat as it doesn't look like it has to be sealing anyway.

What do you see when you turn out the light? I can't tell you but I know that it's mine.

Link to comment
Share on other sites

While this is true, none of the problems Im seeing are from messy brushwork. These are on-grid faces, no slivers. And as I mentioned, some fix themselves with no changes.


Converting to a func_static might not fix the problem; converting to a model always does.

Link to comment
Share on other sites

I'd be curious to see a wireframe of what that section looks like with r_showtris.


During compilation the engine is looking for ways to simplify and optimize brushwork. It's culling away surfaces that won't be seen. It's merging bits with the same material, texture alignment, and normal. Then it's trying to figure out how to triangulate what is left. Sometimes the compiler gets it wrong. There's no real way to avoid that short of constructing the bulk of your map out of models where you can explicitly specify how the resulting mesh should be constructed.


You might however be able to coerce the compiler into doing a better job by building the staircase, or even just the problematic portion, in a different way. Here's a few examples with a mock-up of the original on the left...



Link to comment
Share on other sites

The other work around for this os to make step tops FS,


So in this instance I would use the third method show in Rich's image above, where the small step-caps and triangular parts are made FS. Then because Ai and the player tend to trip over the little bits of the cap that jut out, you make the whole FS non-solid and then place simple nodrawsolid brushes of the matching material, (stone, wood, etc) where the triangular parts of the steps are.


I can make a little video for you if you like.

Link to comment
Share on other sites

So you can see this more clearly...




Here's how it looks with showtris




Or like grayman said, convert it to a func_stat as it doesn't look like it has to be sealing anyway.


Link to comment
Share on other sites

To convert to a func_static, simply select all of the brushes that you want to become one func_static, right click, then scroll down until you see convert to func_static in the drop down menu. It looks like you can convert that entire staircase into one func_static, because as grayman said, it doesn't look like its a sealing brush

Edited by Amadeus
Link to comment
Share on other sites

That last pic shows that dmap created a n-gon (geometry with more than 3 edges). Everything should be triangles (geometry with 3 sides) showing that you need to cut that stairs manually until that doesn't happen (or someone on the engine team finds why dmap breaks down on that).


Not saying that it doesn't but why converting to a func_static would solve bad dmap triangulation?

Link to comment
Share on other sites

@Zen3001, could you share the map? (question for others: should he share both the .map and .darkradiant, or is just one of them enough?)

Could you maybe also share your dmap log for comparison?


(to get the dmap log in a text file use the console command clear first (to get rid of unnecessary garbage), then dmap your map, then do condump dmaplog.txt. Then share the content of dmaplog.txt -- dmaplog.txt is an arbitrary name, you can call it whatever you want. You can check the condump command here, near the bottom.)

Edited by Skaruts
Link to comment
Share on other sites

Here's the dmap log



]dmap fstmp

---- dmap ----

--- LoadDMapFile ---

loading maps\fstmp

glprogs/ambientEnvironment.vfp 79

glprogs/ambientEnvironment.vfp 80

63 total world brushes

3 total world triSurfs

3 patches

15 entities

242 planes

9 areaportals

size: -1096, -840,-1096 to 536, 1048, 328

############### entity 0 ###############

-- ( worldspawn: )

0.0 seconds for BuildLightShadows

2 entities containing primitives processed.

----- WriteOutputFile -----

writing maps\fstmp.proc

Dmap complete, moving on to collision world and AAS...

0 total shadow triangles

0 total shadow verts


7 seconds for dmap

maps\fstmp.cm is out of date

writing maps\fstmp.cm

collision data:

2 models

262 vertices (6 KB)

452 edges (15 KB)

152 polygons (10 KB)

70 brushes (9 KB)

126 nodes (3 KB)

289 polygon refs (2 KB)

160 brush refs (1 KB)

228 internal edges

0 sharp edges

249 contained polygons removed

19 polygons merged

49 KB total memory used

120 msec to load collision data.


0 seconds to create collision map

no entities in map that use aas48


no entities in map that use aas96


no entities in map that use aas32


no entities in map that use aas100


no entities in map that use aas_rat


no entities in map that use aas_elemental

]condump dmaplog.txt

Dumped console text to dmaplog.txt.





Converting it to func_static didn't help but instead of rendering the skybox there's just an invisible triangle that allows me to see the wall behind it.

Link to comment
Share on other sites

something in dmap is causing triangles to be recorded in the proc file the wrong way round, usually corners in triangles are recorded as 0,1,2 but where the triangle seems to be missing its being recorded as 2,1,0.

If you go inside the box with the missing triangle you can see it drawn on the wrong side of the box, eg the inside of the box, and not the outside.

  • Like 1
Link to comment
Share on other sites


Tried all these and came up with my own ways, none worked, all messed up some part of the texture

Link to comment
Share on other sites

Not just that, it's not cutting triangles below the step (the wooden board), as it does below all the others. That empty triangle should be 3 triangles.

I just forgot to change the texture of two boards from caulk to the wooden texture, nothing wrong with that.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recent Status Updates

    • STiFU

      Be honest: Who of you have actually finished Cuphead? This game is freaking tough! It might even be harder than Sekiro. Dark Souls is a joke in comparison to Cuphead! :-D 
      · 8 replies
    • duzenko

      Please, can we finally group the missions by year in the game menu?
      · 6 replies
    • duzenko

      I vaguely recall someone recently complained about two-sided materials (curtains?) not getting lighting from both sides
      I just found a piece of code that's supposed to do just that
      Where was that discussed? (@nbohr1more?)
      · 9 replies
    • Xolvix

      I still play classic Doom (albeit with user-made mods and maps rather than the original campaign) on a regular basis. A game from the early 90's which has still got a healthy following in 2022. Pretty amazing.
      · 3 replies
    • Nort

      I'm beginning to understand why people who aren't into social clubbing "don't last long" on this project, and why it's so full of holes. When moderators are siding with bullies, by closing down threads that they derail, then I start to wonder if I should support the platform to begin with.
      I'm sure that the core development is solid, but when you're constantly tone policed and bullied, and moderators are playing into it too, then the project will just drive away talent, and replace it with socialites instead. ...and without talent, you only end up with a small skeleton crew trying to do everything themselves.
      ...so Dragofer and Airship Ballet, and all you other socialites, you win. From now on I'll just keep to myself. You'll never be able to do my work, but at least you'll be happy together, and that's what matters to you.
      Actually, I have to revise my statement:
      I actually messaged greebo - the top dog, I gather - about nbohr1more's outburst of insanity below, and since I haven't even heard back from him, I just have to assume that there's not a single core programmer here, who's not backing nbohr's threats. ...and that's bad.
      ...so if you're a newbie reading this, or an honest soul like ZergRush, then just slowly back out of these forums, run, and don't look back. This is nothing more than a cult posing as a game development project, using Thief and IDTech4 to sucker hopefuls in, to do work for them, while trying to cajole them into something going on behind the scenes, which apparently - according to nbohr - is something that should be hidden from the state. These people aren't programmers - they don't even understand things like how to fix the simplest bugs. All they have, is an engine, and an IP, and some sort of fascist social cult. There was some other project I saw being made in the Unreal Engine. Try joining that project. ...or start a project of your own. Anything but this asylum.
      Hopefully that was "divisive" enough for a final post, because at this point I really want people to leave this place. This project is, on a management level, just awful garbage, run by garbage people, apparently from the top down, and I'm just glad that they have a garbage place to stay, together, and hopefully forever.
      · 16 replies
  • Create New...