Areaportal

Areaportal это брашевая энтити func_reaportal, она используется для разделения листьев и контроля визуализации. Портал как дверь может может находится в двух состояниях открытом либо закрытом. Когда портал закрыт он блокирует все визуальные объекты в листьях. Когда открыт — визуализация не блокируется. В процессе игры состояние портала может изменяться, как правило брашевыми триггерами, кнопками системой I/O или дверью.

[[Image:|200px-Areaportal_simple_open.jpg]]

Открытый портал выделен зелёными контурами, красные - листья.

[[Image:|200px-Areaportal_simple_closed.jpg]]

Закрытый портал.

Свойства

[[Image:|200px-Areaportal_trainstation04.jpg]]

Trigger_multiples может быть использован для управления порталом.

Стандартный эреапортал:

• создаётся с помощью func_areaportal.

• должен быть построен из одного браша, в противном случае это будет вызывать ошибку при компиляции vbsp.

• должен быть покрыт tools\toolsareaportal материалом со всех сторон браша.

• не должен содержать дисплейсмента иначе это вызовет ошибку vbsp.

• должен полностью отделять зону которую нужно отображать от зоны которую нужно "выключить" иначе это может вызвать leak ошибку.

• состоит не из одной плоскости. Хотя areaportals может быть любого размера, как правило, они изготовлены из тонкого браша под размер зоны которой они разделяют.

• создаёт новый лист равный размеру портала.

• может быть открыт или закрыт логической системой энтити или активирован door entity.

areaportal_window

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

Конструирование

[[Image:|200px-Areaportal_simple_ex1.jpg]]

Конструкция стандартного эреапортала.

1. Создайте areaportal из одного браша что бы полностью изолировать две зоны друг от друга, визуализацию которых вы хотите контролировать. (Можно использовать несколько порталов стоящих вплотную сторона-к-стороне, но не больше чем 6 сторон на одну плоскость браша.)

1. Если две зоны соединены дверным проёмом, сделайте браш портала по размеру этого проёма. Если зоны являются открытыми местностями толщина портала может быть любой (обычно по размеру сетки 8,16,32 и т.д).

1. Нанесите tools\toolsareaportal материал со всех сторон.

1. Примените к брашу func_areaportal.

1. Установите параметр Initial State (исходное значение) closed - блокировать или open - отображать визуализацию. Если вы хотите привязать состояние портала к положению какой-либо двери укажите её имя в параметре Name of linked door и задайте закрытое начально значение портала, если дверь закрыта. Теперь во время игры визуализация комнаты будет просчитываться только если дверь откроет игрок.

Совет: Когда вы создаёте "ссылку" на дверь убедитесь что толщина браша меньше чем толщина модели двери.

Применение

[[Image:|350px-Areaportal_culling_engine1.jpg]] [[Image:|350px-Areaportal_culling_engine2.jpg]]

При применении порталов в режиме wireframe на первом снимке заметно что он работает как фильтр и отсекает листья не входящие в зону обзора. На втором снимке без применения портала видно как движок игры просчитывает всю визуализацию соседней комнаты, даже ту которую из данного положения нельзя увидеть. Он работает как окно в доме, визуализируестя только то что видно то есть листья через которые проходит луч обзора игрока при пересечении его с порталом.

[[Image:|180px-Areaportal_culling_top.jpg]]

Вид сверху. Обзор игрока проходит через портал.

В связи с этим так же используются порталы в состоянии всегда-открыт. Это обычный func_areaportal с начальным значением - открыт, но не управляемый системой I/O. Они используются на границе участков с большим количеством геометрии и листьев. Например разумно было бы разместить такой эреапортал на выходе длинного коридора в комнату. Когда игрок находится внутри коридора визуализируется только то что находится перед коридором и можно увидеть из него.

Примечание

Не ставьте слишком много эреапорталов в одной зоне. Так как это может повысить нагрузку на процессор, бывают моменты когда просчёт (отсечение видимых областей и т.д.) эреапорталами занимает больше ресурсов чем если бы они не применялись вовсе.

Так же эреапорталы не входят в общий лимит брашей. Это может быть полезным на карте с большим количеством хинт брашей.

Компиляция

[[Image:|300px-AreaPortalLeakFig.jpg]]

Вид сверху: слева показана leak ошибка, справа полностью изолированая зона.

При разделении зон эреапорталом очень важно что бы они были полностью изолированы друг от друга как на снимке справа и не образовывали "утечек" leak ошибок. Зона считается изолированной если она полностью окружена world-брашами, а соединения (проходы) к другим пространствам закрыты эреапорталами. Если зоны соединяются несколькими проходами они тоже должны быть закрыты эреапорталами.

Это можно прдеставить себе как отверстие в аквариуме с рыбой. Каждое отверстие в world-браше соединяющее одну зону с другой должно быть закрыто эреапорталом, иначе возникнет leak ошибка компиляции vbsp. Detail-браши и дисплейсмент не может служить границей зоны для их изолирования. Если компилятор сможет найти путь соединяющий две основные поверхности эрепортала то возникнет leak ошибка.

Ошибки компиляции

При компиляции эреапортала ошибки выводятся VBSP. Если на карте возникла leak тучка вы увидите:

Brush <brush number>: areaportal brush doesn't touch two areas
done

Эту ошибку иногда трудно заметить по сравнению с обычной leak утечкой но когда это происходит vbsp генерирует pointfile что бы помочь вам как при стандартной ошибке.

http://developer.valvesoftware.com/w/images/7/7d/Bug.png Баг: Если ваша карта не содержит энтити (info_player_start к примеру) портал создаст нестандартную LEAK ошибку. Что бы этого не было карта должна содержать минимум одну энтити.

Совет: В glview можно увидеть эреапорталы как серые участки.

Areaportal и вода

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

Слияние

Для улучшения оптимизации порталы расположенные в одной плоскости и направленные в одну строну автоматически сливаются в один игровым движком. Если это не нужно, просто переместите браш эрепортала в другую плоскость, направте в другую сторону или просто измините размер. Смещение портала на один юнит достаточно что бы слияния не произощло.

Совет: Вы можете увидеть объединённые порталы введя команду r_DrawPortals 1.

Обзор через зоны

[[Image:|Areaportal-areas.png]]

Визуализация в зонах 1 и 2 не изменяется. Красным выделены листья, чёрные - world-браши.

Эреапорталы отсекают только ту часть которую они изолируют. Рассмотрим изображение справа: визуализация лситьев 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) порталы.

Совет: Используйте BindToggle что бы присвоить клавишам значения команд (пример: BindToggle p mat_wireframe 1).

Мультиплеер

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

Так же в мультиплеере могут быть использованы areaportal window, но они менее полезны так как вносят дисбаланс в геймплей многопользовательской карты. Игрок внутри зоны, рядом с порталом может увидеть любого игрока снаружи, но игрок снаружи находящийся на расстоянии от портала не сможет увидеть игрока внутри.

Общее с occluders

Окклюдеры помогают контролирвать визуализацию этим они схожи с эриапорталами. Основные различия:

• Окклюдеры скрывают всё (модели, брашевые энтити) кроме world-брашей. Эреапортал блокирует всю визуализацию.

• Две разделяемые зоны должны быть полностью изолированы эреапорталами, окклюдер может быть установлен в любом месте карты.

• Окклюдер затрачивает больше ресурсов чем открытый эреапортал.

• Окклюдерами можно контролировать размер скрываемой зоны.

Примечание:

Смотрите также:

• func_areaportal/CAreaPortal

• func_areaportalwindow

• CAreaPortalOneWay (C++ код)

• Контроль Геометрии, Визуализации и Компиляции

• Leak-ошибка

• Visleaf

Статья взята с ValveDev