I can't compile my map! Someone help me!

Discussion in 'Mapping Questions & Discussion' started by arthurgps2, Mar 8, 2018.

  1. arthurgps2

    arthurgps2 L1: Registered

    Messages:
    32
    Positive Ratings:
    0
    So after like 3 updates of my map, ctf_crossover without compiling it (my PC is a 2010 one, it takes too long to compile my map), I decided to test my map to see how it goes. Fixed the leaks, got to TF2, wrote that command to load my map and.... for some reason the map was an older version of my map (leaky btw). Compiled it again, same thing. Then I checked TF2's directory and I saw that there was 2 versions of my map: One inside tf\maps and another inside sourcesdk_content\ another folder that i can't remember right now. I moved all the version to tf\maps and renamed one of it to ctf_crossover2. Then I runned both of the maps and the 2 were the same thing. Then I decided to delete both the versions of my map and try to compile it again, but this happened:

    I'm in a pure despair. Someone help me quick!
     
  2. trees

    trees L1: Registered

    Messages:
    44
    Positive Ratings:
    7
    http://www.interlopers.net/errors/
    Paste your compile log there to troubleshoot all kinds of compile errors. You have an error 'overlay touching too many faces', which is causing your compile to fail.
     
  3. arthurgps2

    arthurgps2 L1: Registered

    Messages:
    32
    Positive Ratings:
    0
    I have 41 overlays in my map. Most of them are part of a hazard line around the intel...
     
  4. Da Spud Lord

    aa Da Spud Lord L0: Crappy Member

    Messages:
    703
    Positive Ratings:
    484
    Code:
    Overlay touching too many faces (touching 78, max 64)
    Overlay overlays/patch001 at 372.0 440.0 32.0
    One of your overlays is being applied to more than 64 brush faces. Find the overlay with the specified texture at the coordinates given and reduce the number of brush faces that it applies itself to.
     
  5. Messing Around

    Messing Around L5: Dapper Member

    Messages:
    239
    Positive Ratings:
    111
    is it the tfc map? nice one man, looks beautiful

    those destroyable doors though
     
  6. Lampenpam

    aa Lampenpam

    Messages:
    1,019
    Positive Ratings:
    337
    having overlays on a surface too big can cause issues, even if they worked in previous compiles. Either split the brush it is assigned to in two, or increase the lightmap size of that face.
     
  7. Da Spud Lord

    aa Da Spud Lord L0: Crappy Member

    Messages:
    703
    Positive Ratings:
    484
    That's not the problem. The problem is that one overlay is touching too many faces, not one big overlay touching one big face. In fact, in this case splitting one of the brush faces into two would only make the problem worse, as it would add one more brush face to the number of faces that the overlay needs to apply to.
     
  8. arthurgps2

    arthurgps2 L1: Registered

    Messages:
    32
    Positive Ratings:
    0
    Well...The basement's floor of my map is basically one huge brush. It may be "touching too many faces" because of the brushes on it, so i removed that overlay that was causing the error cause it's just a patch and I don't think it's gonna be usefull right now and the compile worked...

    But I still want some explanation about this :V
     
  9. arthurgps2

    arthurgps2 L1: Registered

    Messages:
    32
    Positive Ratings:
    0
    Oh and yeah... That's the TFC map... I got very upset about the fact only 4 maps of TFC has got a remake in TF2. That's the main reason I decided to learn how to create maps.
     
  10. Lampenpam

    aa Lampenpam

    Messages:
    1,019
    Positive Ratings:
    337
    This error can appear even if the faulty overlay is just touching and being assigned to a single brush. This seems to be the issue here too, since OP stated that the overlay was assigned to a single huge brush.
     
  11. killohurtz

    aa killohurtz Distinction in Applied Carving

    Messages:
    1,003
    Positive Ratings:
    1,155
    Actually, it is. I'll start from the beginning here for OP.

    When your map is compiled, world brush faces that touch each other are culled to save on rendering costs. So if you put a block in the middle of a floor, the bottom of that block, as well as the floor area under that block, are removed. Simple, right? However, this process still has to follow the rules of brush creation. The resulting faces can't have holes in them, or be concave shapes. So the compiler splits up the remainder of the face until only convex shapes are left. This is similar to the way carving works.

    You can see how this would apply to a very large, single-brush floor. It touches lots of walls and other brushes that sit on top of it, so the compiler does a LOT of splitting. You could end up with hundreds or thousands of faces. Now here's where the problem comes in: if you had an overlay on that floor, every single one of the new faces is still technically assigned to it. That can easily put you over the 64-face limit.

    Manually dividing up the brush is the easiest solution to this problem, especially if it was unreasonably big to begin with. Say you have a brush floor that is just the right size for a single room. This brush will touch, at most, all of the surrounding walls and anything else on the floor of that room. The compiler doesn't need to split this floor up as much, and any overlays on it are happy. Does that make sense?
     
    • Like Like x 2
    • Thanks Thanks x 1
  12. arthurgps2

    arthurgps2 L1: Registered

    Messages:
    32
    Positive Ratings:
    0
    I.... think I got it.