Чат для выживших

[mixmedia]

Тема посвещена повышению фпс* на ваших картах путем косметического ремонта.
*фпс - frames per second (количество кадров в секунду). в л4д максимальный фпс = 60 обеспечивает комфортную игру. когда доходит ниже 30 и картинка начинает притормаживать - уже плохо.

Существует несколько примеров, необходимых для готовой карты:
1) закрашивание всех недосягаемых и невидимых игрокам мест текстурой NODRAW(обратная сторона здания, недосягаемые крыши и тд). Это увеличивает скорость компилирования света на карте, а в игре все закрашеные стороны не усложняют жизнь движку.
2) использование fade distance на всех моделях. Если на вашей карте туча всевозможных prop_static, prop_dynamic, они должны исчезать на определенном растоянии от игрока, чтобы дать ресурсов компу для всего остального. В свойствах таких объектов присутствуют строки start fade dist и end fade dist (начальная дистанция исчезания и конечная). Значения могут быть 1300 и 1500 соответсвенно. Но если модель находится на открытом пространстве, лучше поставить значение по больше, чтобы не было видно, как модель исчезнет на глазах.
3) использование hint брашей. это довольно тонкая работа. если вы переборщите, от этого станет хуже.
Что делают хинт браши?
Vis при компиляции делит всю видимую часть на треугольники (например квадрат на два треугольника) или так называемые VIS blocks - виз блоки (Далее вб.). Чем меньше виз блок, тем меньше будет обрабатываться видимое пространство. Соответственно чем больше вб. тем больше обрабатывается. Хинт браши делят эти вб. на более маленькие. Допустим, у нас есть главный коридор с перпендикулярными к нему ответвлениями, заканчиваемся комнатами:

А вот как расположит компьютер вб. после компиляции:

Каждый вб. имеет свои точки обзора. Когда игрок находится в определенном вб. движок воспроизводит все что видно с этого виз блока. Следовательно, фпс понижается. В нашем примере фпс будет ниже всего в районе центрального коридора, в 2 самых больших виз блоках так как у них площадь больше остальных след. и видимость с них больше, но только по логике компа. В реальности мы ну ни как не можем с точки игрока увидеть виз блоки №№2,3 и тп.:

Но как это объяснить компу? Легко! Тут на помощь и приходят Хинт браши. С помощью них без проблем укорачиваются все большие виз блоки:

В нашем примере следует поделить центральный коридор на два хинт браша, что бы поделить самые большие виз блоки на более мелкие. Теперь посмотри разницу. Как видно игрок уже стоит на более мелком виз блоке и след. движок уже обрабатывает намного меньше не нужных видимых поверхностей:

Зеленым цветом помечены не обрабатываемые виз блоки. Есть разница? Есть. Итак: Vis создает виз блоки - зоны, с которых обрабатывается визуальная поверхность карты. В большинстве случаев vis создает очень большие виз блоки. Результат приводит к снижению фпс, так как движок обрабатывает все, что видно с данного виз блока, даже если игрок не видит этого на своем мониторе. Хинт браши "режут" виз блоки, что уменьшает визуализацию карты, и существенно увеличивая фпс.


Это далеко не все примеры по оптимизации карты. Кто че еще знает пишите. Я устал просто )

Прикрепленные файлы

 pic01.gif ( 2,68 килобайт ) Кол-во скачиваний: 108
 pic02.gif ( 4,55 килобайт ) Кол-во скачиваний: 105
 pic03.gif ( 15,78 килобайт ) Кол-во скачиваний: 102
 pic04.gif ( 6,1 килобайт ) Кол-во скачиваний: 102
 pic05.gif ( 8,63 килобайт ) Кол-во скачиваний: 103

 

[h2o]

Еще надо мелкие объекты превращать в func_detail, а крупные в func_lod или func_wall. Такие объекты не создают дополнительных полигонов.

[Ромка]

Ну если лень колдовать над хинтами то можно использовать env_fog_controller в параметрах которого есть такая фишка как Far Z Clip Plane этот пораметр регулирует дальность прорисовки и в сочитании с туманом может давать неплохие результаты значительно ускоряя процес рендеринга на открытых пространствах.

Но это не понацея и лучшим вариантом всегда остаётся сбалансированная и точная настройка через тул текстуры.

[Andrey212]

Пройденный этап! Но хотя может кому то будет интересно)))))

[KoT]

Приплыли, карта начала тормозить, начинаю осваивать оптимизацию Во-первых огромное спасибо автору, материал офигенно полезный. Во-вторых- чем func_detail отличается от статика, можно ли задавать этот параметр физикам? И в-третьих, из-за неправильно поставленных хинт-брашей может не прорисовываться какая-то видимая область?

[Ромка]

Надо сказать что значение хинтов преувеличено. Самое главное это изначально правилная организация карты. Никакие хинты не спасут если лакации построенны крайне каряво и идут в разрез с возможностями движка. В отделных случаях неправилно захинтованная карта будет лагать силнее. Использование ареапорталов может помочь болше но опять же если всё будет сделанно правильно.

[KoT]

Ромка, сделай тутор что ли полный. Я отредактил энтити, проставил всем нужным дальность, лагать карта перестала, но там готова только половина. Будет обидно, если по завершению работы окажется, что она изначально обречена на лаги.

[Ромка]

Ха, нашел кого просить, я у себя на картах со всеми глюками не разобрался а буду людей учить как карты оптимизировать. Знаю что движок не любит открытые пространства, что свет и динамические тени очень часть является причиной лагов, знаю что нагромождать сложные модели в больших количествах не стоит как и поджигать всё кругом. Совсем недавно узнал что и детали типа ростительности на брашах тож хорошо тормазят если их много.

[h2o]

я на своей карте бооольшой сделал брашворк.....компилится за полминуты)))
не забывайте о старом добром браше))

[KoT]

Жаль :( Ну ладно. Буим разбираца... В теории-то оно все вроде ясно, включая открытые пространства. Посмотрим, что выйдет на практике. Думаю через недельку доделать первую карту кампании (по крайней мере визуально доделать , без логики, звуков и т.п.), выложу в тесты. Скорее всего она будет подлагивать, вот и появится полигон для экспериментов по оптимизации)

[SpecBlow]

Всем ПРИВЕТ!! Я тут недано начал заниматься мапингом и хочу спросить, а как использовать этот Хинт Браши? Ну то есть как его включить и отметить на карте?

[Van]

Всем ПРИВЕТ!! Я тут недано начал заниматься мапингом и хочу спросить, а как использовать этот Хинт Браши? Ну то есть как его включить и отметить на карте?

Не забивай себе голову. Eсли только начал, важнее научиться карту делать, чем ее оптимизировать.

[SpecBlow]

Не забивай себе голову. Eсли только начал, важнее научиться карту делать, чем ее оптимизировать.

Это почему?

[Van]

Это почему?

Потому что плохую карту хоть всю разрисуй хинтами - хорошая не получится. А в хорошую их можно сделать в любой момент, когда понадобятся. Поэтому сначала надо более-менее все остальное сделать, а потом смотреть нужны ли хинты. Хотя общие принципы типа "делать чисто, по сетке и без очень длинных коридоров" лучше знать заранее. А хинт браши можно добавить в самом конце, и то только если понадобится. Как их делать - красишь все стороны браша (кроме одной) текстурой skip, а одну - текстурой hint (поищи по этим словам полное название текстур). Но сначала реши, где и почему они нужны/не нужны.

[aNOOBis]

Вопрос, зачем нужны виз-блоки? Вот например перед компилом можно пропустить компил виз. Если я так и сделаю, то карте станет хуже? Если да, то почему?
А, все, понял)))

[aNOOBis]

Вопрос, почему виз-блоки разделится на треугольники? На треуголнии делятся полигоны, а порталы (виз-блоки) в вышеуказанном примере должны быть прямоугольными параллелепипедами по всей логике компилятора...

[RGyaznoff]

Vis при компиляции делит всю видимую часть на треугольники (например квадрат на два треугольника) или так называемые VIS blocks - виз блоки (Далее вб.). Чем меньше виз блок, тем меньше будет обрабатываться видимое пространство. Соответственно чем больше вб. тем больше обрабатывается. Хинт браши делят эти вб. на более маленькие.