Areaportal
Areaportal это брашевая энтити Func_areaportal, она используется для изолирования листьев и контроля видимости. Портал как дверь может находится в двух состояниях открытом либо закрытом. Когда портал закрыт, он блокирует видимость геометрии и других объектов в зоне, находящейся за ним. Когда открыт — визуализация не блокируется. В процессе игры состояние портала может изменяться как правило брашевыми триггерами, кнопками, системой I/O или дверью.
Содержание
Свойства
Стандартный эреапортал:
- создаётся с помощью Func_areaportal.
- должен быть построен из одного браша, в противном случае это будет вызывать ошибку при компиляции vbsp.
- обычно покрывается со всех сторон текстурой tools/toolsareaportal (для удобства), но необязательно.
- не должен содержать дисплейсмента, иначе это вызовет ошибку vbsp.
- должен использоваться для изоляции зон, которых он касается, во избежание leak ошибки (утечки между зонами).
- не может состоять из одной полоскости. Хотя areaportal'ы могут быть любого размера, как правило, они создаются из тонкого браша под размер дверного проёма, где две зоны граничат друг с другом.
- создаёт новый лист в месте где находится портал, и равный ему по размеру.
- может открываться или закрываться через систему I/O, либо быть связан с door entity, в этом случае портал будет открываться и закрываться вместе с дверью.
areaportal_window
Func_areaportalwindow — это стандартный areaportal с добавленной опцией постепенного исчезновения и закрытия портала при удалении игрока на определённую дистанцию от него.
Конструирование
- Создайте areaportal из одного браша, чтобы полностью изолировать две зоны друг от друга, визуализацию которых вы хотите контролировать. (Можно использовать несколько порталов стоящих вплотную бок о бок. Один Areaportal должен иметь не больше шести сторон)
- Если две зоны соединены дверным проёмом, сделайте браш портала по размеру этого проёма. Если зоны представляют собой открытое пространство, толщина портала может быть любой (обычно по размеру сетки 8,16,32 и т.д).
- Нанесите tools/toolsareaportal материал на все стороны портала.
- Примените к брашу Func_areaportal.
- Установите параметр Initial State (начальное состояние) open (открыт) или closed - если необходимо блокировать видимость. Если вы хотите связать портал с определённой дверью, то установите Initial State у портала такое же значение как у двери, и введите имя двери в параметре портала Name of linked door. Если в начальном состоянии дверь закрыта, то портал в начальном состоянии должен быть тоже закрыт, и наоборот. Теперь во время игры визуализация комнаты будет просчитываться, только если дверь откроет игрок.
Подсказка: если портал связан с дверью, убедитесь что толщина портала меньше толщины модели двери. В противном случае когда портал закроется, дверь станет невидимой
Работа портала
Открытые areaportal'ы имеют особенность отсекать видимость геометрии, которая не входит в рамки портала. То есть движок обрабатывает только те листья, которые видны непосредственно через портал. Таким образом, геометрия в следующей зоне грубо отбирается по размерам портала, уменьшается общее число обрабатываемой движком геометрии и увеличивается производительность. Модельная геометрия обрабатывается движком только в том случае, если хотя бы часть модели непосредственно касается угла обзора игрока, смотрящего через портал. Это делает открытые ареапорталы очень полезными для контроля видимости модельной геометрии.
В связи с этим, ареапорталы часто используются в состоянии "всегда открыт". Это обычный Func_areaportal с параметром "Initial State" установленным в "open". Они используются на выходе в обширное пространство, содержащее большое количество листьев и геометрии. Например разумно было бы разместить такой эреапортал на выходе из длинного коридора в комнату. Когда игрок находится внутри коридора движок обрабатывает только то, что непосредственно попадает в угол обзора через портал
Примечание
Следует быть осторожным, чтобы избежать слишком большого числа порталов, видимых одновременно, так как это может повысить нагрузку на процессор. Если много порталов будут просчитываться одновременно, настанет момент, когда просчёт (отсечение видимых областей и т.д.) эреапорталами займет больше ресурсов чем если бы они не применялись вовсе.
Следует учесть, что эреапорталы не входят в общий лимит брашей.
Компиляция
При разделении зон эреапорталом очень важно, чтобы они были полностью изолированы друг от друга, как на снимке справа, и не образовывали "утечек" leak ошибок. Зона считается изолированной, если она полностью окружена world-брашами, а соединения (проходы) к другим пространствам закрыты эреапорталами. Если зоны соединяются несколькими проходами, они тоже должны быть закрыты эреапорталами. Это можно прдеставить себе как отверстие в аквариуме с рыбой. Каждое отверстие в world-браше, соединяющее одну зону с другой, должно быть закрыто эреапорталом, иначе возникнет leak ошибка при компиляции vbsp. Detail-браши и дисплейсмент не может служить границей зоны для их изолирования. Если компилятор сможет найти путь соединяющий две основные поверхности эрепортала то, возникнет leak ошибка.
Ошибки компиляции
При компиляции эреапортала ошибки выводятся VBSP. Если на карте возникла leak тучка вы увидите:
Brush <brush number>: areaportal brush doesn't touch two areas done
Эту ошибку иногда трудно заметить по сравнению с обычной leak утечкой, но когда это происходит, vbsp генерирует pointfile, чтобы помочь вам.
Баг: Если ваша карта не содержит энтити (info_player_start к примеру), портал создаст нестандартную LEAK ошибку. Чтобы этого не было, карта должна содержать минимум одну энтити.Areaportal и вода
Важный аспект в работе с эреапорталами: не допустимо пересечение браша эреапортала с водой. Чтобы избежать пересечения портала с водой, разделите его на 2 части и разместите их на разных концах браша воды.
Слияние
Для улучшения оптимизации, порталы, расположенные в одной плоскости и направленные в одну сторну, автоматически сливаются в один игровым движком. Если это не нужно, просто переместите браш эрепортала в другую плоскость, направьте в другую сторону или просто измените размер. Смещение портала на один юнит, достаточно чтобы слияния не произошло.
Обзор через зоны
Эреапорталы отсекают только ту часть, которую они изолируют. Рассмотрим изображение справа: визуализация лситьев 1 и 2 никак не будет зависеть от расположенных эреапорталов так как они связаны друг с другом через другие зоны. Вы могли бы расположить еще 2 портала в зонах слева и справа, но только, если оно того стоит.
Консольные команды
Вы можете отлаживать и тестировать эреапорталы в игре через консоль:
- r_DrawPortals 0/1
- Этот параметр, установленный на 1, выделяет зелёными контурами эреапортал, если он открыт, а также показывает проекцию (отсекающая листья) обзора игрока при просмотре через него.
- mat_wireframe 0/1/2/3
- В
wireframeрежиме можно легко увидеть, как работает эреопортал, как ведут себя листья в данный момент при значении параметра 1 и 2. Значение 3 выделяет листья, отображаемые в данный момент.
- r_portalscloseall 0/1
- Значение 1 закроет все изначально открытые (только если они не были открыты
r_portalsopenall 1) порталы и укажет работающие неправильно.
- r_portalsopenall 0/1
- Значение 1 откроет все изначально закрытые (только если они не были закрыты
r_portalscloseall 1) порталы.
Мультиплеер
Эреапорталы очень полезны в сетевой игре. Создаются они также как и в одиночной игре, но их функции и применение немного отличаются. Состояние эреапортала в многопользовательской игре контролировать сложнее, поэтому карта должна быть оптимизирована для наихудшего сценария, когда все эреапорталы открыты. Самый часто используемый вариант - это "всегда открытый" эреапортал, за ним идёт активируемый дверью; худший вариант в мультиплеере, эреапортал управляемый триггером. В худшем варианте с использованием триггеров, правильно поставленый "всегда открытый" портал, повысит производительность по сравнению с управляемым порталом. Также в мультиплеере могут быть использованы areaportalwindow, но они менее полезны, так как вносят дисбаланс в геймплей многопользовательской карты. Игрок внутри зоны рядом с порталом может увидеть любого игрока снаружи, но игрок снаружи, находящийся на расстоянии от портала, не сможет увидеть игрока внутри.
Общее с occluders
Окклюдеры помогают контролирвать визуализацию, этим они схожи с эреапорталами. Основные различия:
- Окклюдеры скрывают все prop объекты. Эреапортал блокирует всю визуализацию.
- Две разделяемые зоны должны быть полностью изолированы эреапорталами, окклюдер может быть установлен в любом месте карты.
- Окклюдер затрачивает больше ресурсов чем открытый эреапортал.
- Окклюдерами можно контролировать размер скрываемой зоны.
Смотрите также:
- func_areaportal/CAreaPortal
- func_areaportalwindow
- CAreaPortalOneWay (C++ код)
- Контроль Геометрии, Визуализации и Компиляции
- Leak-ошибка
- Visleaf
Статья взята с ValveDev
