When I compile my map with .36, I get HOM on the faces that are colored green in the screenshot. When I compile it with .35, there’s no HOM, so I guess it’s not a malformed brush or something like that.
I did try to rebuild that brush, but that didn’t change it. So, .35 is working correctly, .36 is not.
I also get HOM on some surfaces. I think my problem lies with the ‘plane hashing’. In .35 i had no problem but in .36 all faces of bruches in the same plane across the map are HOMed. I don’t know why but is it because there are too many lightmaps / faces along the same palne? Or is it something else?
If I resize a brush 1 unit ither way so its not on the same plane as the others it wont get HOMed.
I experienced the exact same behaviour with .36 with all the Brushes in a certain level/plane HOMing. .35 and below compile fine.
Well he did to. He reverted back to an earlier version of the map. Oh well. Sorry I have nothing more concrete for you.
Very cool. The odd thing about our map was that it was compiling fine and then just decided to lose the entire floor and some random walls for no apparent reason. It was some pretty intense face dropping.
OK, sounds like a serious problem.
If someone can make a map that demonstrates this bug for Quake 3, using standard Quake 3 textures, then I could use it to find the problem.
Anyone? 
y
i had the same with .36 . one ordinary wall just looked like it had caulk on one surface
From what I’ve seen in my map and what I can gather here, it should be pretty easy to duplicate.
Put a simple flat terrain, and a caulk brush. Align the top surface of the brush with atleast a few triangles of the surface of the terrain.
In 2.3.35 the terrain would be drawn with no problem, in 2.3.36 the caulk brush seems to cause the anything on the same plane as it not to be drawn.
I only use terrain here as an example because that’s the only place I’ve seen it hapen in my map, but it probably hapens on other types of detailing too.
Hope that helps.
I’d do the q3 map but I don’t have it installed, rtcw only for me, you want a q3 map don’t you?
Codey
Thanks for looking into this Ydnar. I will see if I can get Justin to talk to you about what was happening to his level.
I’ve also had a problem with disappearing faces on a map compiled with 2.3.36. The faces in question all lay along the 0 of the x axis, facing “east” (if north is up on the overhead view in gtk). When I moved the whole map east a bit in gtk, the faces which had been on the 0 of the x axis (but weren’t any longer) were now drawn correctly. However, faces which previously had been west of the 0 of the x axis (but now lay on it) disappeared. I hope this is of some help in tracking the bug down.
Cheers,
DD
Edit: The brushes in question were all structural and not terrain.
That is interesting. I am not sure where the brushes were exactly in our problem with faces dropping. I think ours were spread around all over. They may have been at 0 degrees on another axis though…HMMMM>
The funny thing that was happening on my map was it was only the floors. It appeared to be random in nature as well. But like Ford mentioned, i just revereted to another .map :disgust:
The ones on my terrain were at 0 too… interesting… I think we might be onto something here… 
Codey
Surprise surprise, my missing faces were on the origin (0) X-coordinate too I’m beginning to see a pattern here.
Just wanted to add to the momentum that seems to be building here. I just updated to version .36 today, and when I did the entire second floor of my map turned into HOM. And guess what, it was on the origin of the X-axis. I moved the entire map so that nothing lined up with the x origin and the problem vanished.
Any updates on the state of this bug? Because the same behaviour is shown in .37 too. Which is a shame, because I wanted to check out the AAS fixes 
I’m quite sure that all faces that are in origin planes (both x, y and z) are removed, as I’m missing faces on X=0 and Y=0.