Props vs Brush

Discussion in 'Mapping Questions & Discussion' started by The Asylum, May 10, 2008.

  1. The Asylum

    aa The Asylum

    Messages:
    1,658
    Positive Ratings:
    439
    So it's like this:

    Nearly finished the first beta of cp_cagematch, and I was about to add those folding chairs that you see in stadiums to the- well, stadium. I made them out of 5 or so small brushes, so I figured a lot of them wouldn't eat up too much system resources

    Then in TF2, I get a message something like "CCRenderalesoverflow7" or some shit. so I go back and delete a row or two. Same thing. So then I just decided to use the prop of the intel chair that's found in 2Fort.

    I don't get that same message again but HOLY SHIT MY FRAMERATE. It was like I could hear my processor beg for mercy.

    So then I tried to immitate the chairs in a skybox w/brush-made chairs. I mean, if everything in the stands are 1/16th their displayed size, shouldn't be that much of a strain, right?

    Well I was wrong again. "CCRenderablesoverflow7" again.

    So my question is: Since brushwork isn't cutting it, what if I had skybox-sized prop chairs? Would that kill my framerate again?
     
  2. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,745
    its the poly count of the models that kills your frame rate not the size, if you can make a chair model with <300 polygons in then you could probably have several hundred before your framerate really turned to sludge
     
  3. Spacemonkeynz

    Spacemonkeynz L5: Dapper Member

    Messages:
    234
    Positive Ratings:
    52
    How many chairs are you having?

    If the player only see them from far away, it could be a good idea just to make each rows out of a single brush or two, then place a texture on it which looks like a row of chairs.
     
  4. The Asylum

    aa The Asylum

    Messages:
    1,658
    Positive Ratings:
    439
    Quite a lot of them, and they'll be fairly close (like ringside seats)
     
  5. Bonafide

    Bonafide L6: Sharp Member

    Messages:
    314
    Positive Ratings:
    25
    please tell me that you change the brushes into func_detail. If you dont then you must. The CCRenderablesoverflow7 will probably disappear after you change all the brushes to func_detail.
     
  6. R3dRuM

    R3dRuM L6: Sharp Member

    Messages:
    303
    Positive Ratings:
    19
    func_lod might help too, make it so that when there far away from them, they disappear and save FPS and recourses because lod acts just like detail.
     
  7. Lord Ned

    Lord Ned L7: Fancy Member

    Messages:
    421
    Positive Ratings:
    174
    Your all wrong, muahahah.

    The polycount on a model doesn't effect it so much as the texture size. If you have like 300 chairs with a 2048^2 texture, your video card probably loaded that 2048^2 300 times.

    So yeah use a prop chair and half the texture size. (And make it tf2 style)
     
  8. Jive Turkey

    Jive Turkey L3: Member

    Messages:
    120
    Positive Ratings:
    32
    That can't be right. Even a modest graphics engine would perform intelligent resource management and only load the texture once. Was this a joke post because it's only going to spread confusion.
     
  9. VelvetFistIronGlove

    aa VelvetFistIronGlove

    Messages:
    567
    Positive Ratings:
    437
    Yeah, that's complete nonsense. In fact, rendering lots of the same model will be much faster than rendering lots of brushes (for a similar polygon count) with the same texture.
     
  10. Earl

    Earl L6: Sharp Member

    Messages:
    284
    Positive Ratings:
    37
    I'm guessing this is the real problem.
     
  11. The Asylum

    aa The Asylum

    Messages:
    1,658
    Positive Ratings:
    439
    Now I don't know what to do ;_;

    Alright, so I guess I'm going with building the chairs out of bruses and making them all func_detail. Right?
     
  12. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,745
    if they are brushes they should DEFINATLY be func_detail, if they are models they should be low poly and probably have a smallish texture.
    I'd try it both ways and see which is best for FPS
     
  13. Snipergen

    Snipergen L13: Stunning Member

    Messages:
    1,053
    Positive Ratings:
    150
    That is very wrong, I program in direct x, and one of the basic rules is that 1 texture doesn't get loaded twice for the same model. That would be stupid too wouldn't it :)
     
  14. Lord Ned

    Lord Ned L7: Fancy Member

    Messages:
    421
    Positive Ratings:
    174
    Quiet You. >: (

    Have you ever seen valve you know... be smart with their developing? Can't release a game without a bug or two, or some other problem. ;)

    But why do we run into problems with loading low poly models with a high resolution texture, and having a bunch of them on the screen at once?
     
  15. The Asylum

    aa The Asylum

    Messages:
    1,658
    Positive Ratings:
    439
    So I put the seats as func_detail, and they won't show up. At all.
     
  16. Lord Ned

    Lord Ned L7: Fancy Member

    Messages:
    421
    Positive Ratings:
    174
    Uh.

    Did you make each seat (or row of seats) a func_detail? Post the compile log too.
     
  17. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,745
  18. AWESOME-O

    AWESOME-O L10: Glamorous Member

    Messages:
    782
    Positive Ratings:
    67
  19. Lord Ned

    Lord Ned L7: Fancy Member

    Messages:
    421
    Positive Ratings:
    174
    Too many people don't know about the Error checker. It's usually easier to say post it, and then run it through yourself. (Makes you sound smarter too when you copy paste the errors and solutions. ;))

    'Least on facepunch.
     
  20. YM

    aa YM LVL100 YM

    Messages:
    7,099
    Positive Ratings:
    5,745
    Now I've said it in this thread, the likelyhood is that one more person knows about it than before. The way I see it is its always better to make people indipendant than to make them rely on the forum, to have a website that you can quietly go to and it tells you whats wrong is much better than sheepishly going to a forum to say 'why isn't this working...<massive post with compile log that I havent even read>' only to have someone copy and paste your own post back to you.

    Its just stupid to do the latter, think about it, why ask a forum of people to do what a website, an automated script, will do for you in a tiny fraction of the time and effort?

    Once someone knows about the error checker they will know to check there every time they get a problem, if you don't tell them about it, they don't know, and have to come back to the forum every time they've got an error.
    One of these senarios creates a person who is efficient at finding errors and the other creates a person who is hopeless at spotting problems and bug people time and time again to give them the solution.
    Take a moment to think about it. Which do you want? Which do they want?

    To reitterate my point: Interlopers Error Checker