So I downloaded the official rp_rockford_v2b vmf file and I just wanted to export it as bsp to see if everything works. I didn't change anything, I just saved it with another file name but nothing else.
When there was this compile process window, I took about 5 seconds to give me an error that the system wasn't able to find the file it wanted to copy (which is logical because the bsp wasn't even created).
Maybe it's because all of the doors are errors (ingame they are not)?
Log: hastebin
too many t-junctions to fix up! (3234 prims, max 32768 :: 65547 indices, max 65536)
Description:
(from Jeff Lane, Valve) "VBSP does cleanup of edges where func_detail geometry meets world geometry to avoid getting visual cracks. One of the ways it does is this by elminating t-junctions. It sounds like you may have hit a limit of the number of those cleanups in the level.
Solution:
If that is the case, you could fix the problem by reducing the number of func_detail brushes in the level, especially ones that touch non-detail geometry. It's probably a sign that you have too much complex brush geometry in the level, and would benefit from having some of it be model geometry instead."
It is worth noting that func_brush geometry does not perform the same fix ups on compile. Turning some of your func_detail geometry into func_brush geometry may solve this error.
The error message shows you that you have 3234 primitives (max 32768 causing all of this, resulting in 65547 t-junctions (max 65536)
See also:
WIKI: making models out of brushes with XSI
This error will cause your map to fail compiling completely
http://www.interlopers.net Check your logs here
I made a few func_detail into func_brush but now I'm getting another error: hastebin
error: displacement found on a(n) func_brush entity - not supported (entity 7776, brush 0)
Description:
You have tied a displacement to an entity. Displacements aren't supposed to be entities. (they don't need to be func_detail, vvis.exe ignores them anyway). Displacements can't move around. Period. Forget about parenting them.
Solution:
Find your displacement and de-entify it. The easiest method to find it in a big map is to select all displacements at once (select the "displacements" visgroup (in the visgroup-window to the right in Hammer), then press "mark") in the ignore group mode (button "IG"). Now tie all of the displacements to an entity, and "to world" them again right after that while they are still selected.
This error will cause your map to fail compiling completely
I tried everything now but I'm not able to get the indices under 65538.
Too many t-junctions to fix up! (3251 prims, max 32768 :: 65538 indices, max 65536)
T-junctions are the junctions between func_details and world brushes, generally this error happens when you have func_detailed only part of a very complex piece of brushwork.
I don't really understand how I should fix it now. I don't know how I should find complex pieces of brushwork.
This mean that you have for example table made with brushes, check all momments like this.
It's just the original rp_rockford_v2b vmf: Statua's VMF Dump
I new to the Hammer Editor and I'm not really sure what to do, so thank you for your help.
Sorry, you need to Log In to post a reply to this thread.
