ПорталОбластей(Areaportal)

Открытый портал областей (зелёный контур).

Закрытый areaportal.

ПорталОбластей(Areaportal) - это объёмный объект мира, доступно для всех игр на движке Source. Объекты func_areaportal, func_areaportalwindow можно использовать для 'изолирования' областей видимости(en) и управления обзором.

Порталы областей служат двум разным целям: усечению геометрии и удалению целых областей из отрисовки.

Порталы областей похожи на дверные проёмы, которые либо открыты, либо закрыты. Когда Areaportal закрыт, он блокирует видимость геометрии и объектов, расположенных в области за ним. Когда он открыт, геометрия становится видимой. Порталы областей можно динамически открывать и закрывать во время игры. Обычно, они настраиваются на открытие и закрытие набором объектов trigger_multiple с помощью системы ввода/вывода(en) или связыванием с объектом двери(en).

Свойства

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

Порталы областей:

• связаны с объектом func_areaportal;
• должны состоять только из одного элемента карты. Иначе, они будут выдавать ошибку компиляции vbsp(en);
• должны использовать материал tools\toolsareaportal, покрывающий все стороны элемента карты;
• не должны содержать деформированных поверхностей(en), иначе будет выдана ошибка vbsp;
• должны использоваться для запечатывания всех зон, с которыми соприкасаются, чтобы избежать утечек(en);
• это объём, а не отдельные поверхности. Порталы областей могут быть любого размера, но обычно они состоят из тонких элементов карты по размеру зон (дверных проёмов), которые они соединяют;
• создают новую область видимости(en) по своему объёму;
• можно настроить на открытие или закрытие, в зависимости от логики поведения объекта(en), или путём преобразования их в объект двери.

areaportal_window

Объект func_areaportalwindow ведёт себя как обычный портал областей, с добавлением затухания и закрытия в зависимости от удалённости игрока. Это позволяет избежать «резкого» открытия портала областей.

Конструкция

Конструкция основного портала областей.

1. Создайте объём портала областей из одного элемента карты(en), полностью запечатав пространство между двумя зонами, которыми вы желаете управлять. Это может быть несколько порталов областей, соприкасающихся гранями. Не создавайте порталы с более, чем шестью сторонами.
2. Если портал соединяет две области, например, дверной проём, сделайте элемент карты размером с него, и такой же толщиной, как и стены, с которыми он соприкасается. Если область представляет собой открытое пространство, то толщина может быть любой (типичные размеры сетки: 8, 16, 32 и т. д.).
3. Примените материал Tool textures#Optimisation tools\toolsareaportal ко всем граням элемента карты.
4. Преобразуйте элемент карты(en) в объект func_areaportal или func_areaportalwindow.
5. Установите значение ключа Initial State (изначальное состояние) так, чтобы оно не блокировало видимость, когда этого не должно быть. Если нужно связать портал с наименованной дверью, установите его Initial State в то же состояние, что и для двери, и внесите имя двери в строку портала Name of Linked Door (имя связываемой двери). Если дверь закрыта, изначальное состояние портала также должно быть закрытым, и наоборот.

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

Влияние на производительность

Открытые порталы (не важно, открыты они всегда, или же по команде) ведут себя, как шторки для видимой сквозь них геометрии. Подобно окну дома, движок отрисовывает только те области видимости(en), которые непосредственно видны через портал. То есть, область за ним обрезается по размеру окна, уменьшая величину отображаемой геометрии и улучшая производительность. Вдобавок ко всему, часть модели (prop) вообще не отрисовывается, когда она видна под усечённым конусом (или видимым углом). Это делает открытые порталы весьма полезными для управления видимостью геометрии моделей.

Открытый Areaportal сильно ограничивает видимость модели.

Благодаря таким преимуществам в производительности, порталы областей часто используются в состоянии всегда открыт. Всегда открытый портал создаётся путём установки ключа "Initial State" (изначальное состояние) объекта func_areaportal в значение «Open» (открыт). Открытые порталы используются на входе в другие области, содержащие большое число областей видимости и геометрии. Например, такой портал, размещённый в конце коридора, выходящего на более широкое пространство, может дать существенный прирост производительности. Пока игрок смотрит сквозь дверь изнутри, будут отрисовываться только те области видимости с геометрией, которые видны непосредственно через проём.

Излишества

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

На скомпилированной карте порталы областей не образуют элементов мира, поэтому нет ограничений на их размер. Это может быть полезно, когда у вас переполненный BSP и Вы используете множество Hint-брашей.

Компиляция

Вид сверху на утечку портала областей (слева) и полностью герметичную область (справа).

Жизненно важно, чтобы любые зоны, которые должен изолировать портал областей, не перетекали(en) друг в друга. Как и при обычных утечках, область карты считается изолированной от другой только тогда, когда она полностью окружена простыми элементами карты (не являющимися объектами, кроме объёмов порталов областей), без промежутков. Если области соединены по-разному, каждая из них должна быть заполнена порталом областей.

Понять это поможет воображаемый аквариум с водой и несколькими отверстиями по краям. Портал областей должен заполнить каждое из этих отверстий, иначе область будет утекать, выдавая ошибку утечки(en) в vbsp(en).

Порталы областей должны изолировать каждый вход в зону. объекты детали(en), полупрозрачные текстуры и деформированные поверхности(en) не могут изолировать область, и будут создавать утечки, препятствующие запуску карты. Если компилятор сможет найти лазейку между двумя основными поверхностями любого портала, будет выдана утечка портала.

Обнаружение ошибок компиляции

Ошибки компиляции порталов областей выводятся функцией VBSP(en). Если произойдёт утечка, Вы увидите это:

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

(Элемент карты <номер>: объём портала областей не касается двух областей). Порой, такие сообщения обнаружить труднее, чем сообщения об утечке(en), но vbsp создаёт pointfile, который делает поиск местоположения утечки порталов таким же простым, как и поиск обычных утечек геометрии.

Баг:Если на вашей карте нет таких объектов, как, например, info_player_start, порталы областей (да и, в общем, остальная часть карты) будут создавать странные утечки. Чтобы этого избежать, убедитесь, что на вашей карте есть хотя бы один обхект.  [todo tested in?]

Совет:Приложение glview(en) можно использовать для отображения порталов областей, которые будут показаны как серые поверхности. (Инструмент устарел, и не рекомендуется к использованию).

Порталы областей и вода

Создавая порталы областей с водой, нужно использовать два отдельных портала областей.

Другой сложностью является то, что порталы областей не должны пересекать водную поверхность. Для этого нужно создавать два портала: один - над водой, другой - под водой, и так, чтобы они оба сошлись над водной плоскостью.

Объединение

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

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

Сквозной взгляд

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

Порталы областей отсекают только те области, между которыми они расположены. Посмотрите на рисунок справа: отбрасываются только помещения внутри здания, а видимость между первой и второй областью видимости(en) сохраняется, поскольку они соединены по краям.

Это можно исправить, поставив два портала областей по краям здания.

Консольные команды

Вы можете отлаживать и тестировать порталы прямо в игре, используя некоторые специфичные для них консольные(en) переменные:

r_DrawPortals 0/1

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

mat_wireframe 0/1/2/3

Рисует геометрию в виде каркаса, что позволяет легко видеть эффекты порталов областей на карте. Лучше всего использовать значения "1" или "2", так как параметр "3" может скрыть фактически отрисовываемую геометрию.

r_portalscloseall 0/1

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

Примечание:Этой команды не существует в:

r_portalsopenall 0/1

Значение "1" принудительно открывает все порталы (без возможности их закрыть).

Совет:Используйте консольную команду BindToggle, чтобы разрешить переключать консольные переменные одной клавишей.

В многопользовательском режиме

Порталы областей весьма полезны в многопользовательских играх. Они создаются таким же образом, как и в однопользовательских играх, но с некоторыми отличиями в функциях и использовании. При наличии на сервере нескольких игроков, управляемость открыванием порталов ослабевает, поэтому производительность уровня должна быть оптимизирована под худшие сценарии (например, когда все видимые порталы открыты). Соответственно, сначала размещайте 'всегда открытые' порталы, потом порталы, связанные с дверями, а затем порталы, управляемые триггерами. В запущенных случаях, хорошо продуманные 'всегда открытые' порталы повысят производительность больше, чем управляемые.

Портальные окна(en) также могут использоваться в мультиплеере, но здесь они менее полезны, так как могут создавать игровой дисбаланс. Игрок внутри помещения, находясь рядом с порталом окна, может видеть всех игроков вовне, а игроки вовне видеть его не могут.

Относительно окклюдеров

Порталы областей похожи на окклюдеры(en) в том смысле, что они помогают управлять видимостью. Их основные отличия:

• Окклюдеры скрывают только геометрию моделей (prop). Порталы областей скрывают все объекты.
• Порталы областей должны полностью запечатывать область (не допускать утечки(en)), в то время как окклюдеры могут стоять где угодно внутри области.
• Окклюдеры более затратны на объект, чем открытые порталы областей.
• Окклюдеры имеют элементы управления размером объектов, которые они будут скрывать, в зависимости от площади экрана.

Примечание:Объёмы порталов областей и окклюдеров не должны пересекаться (соприкасаться), иначе они будут работать неправильно.

См. также

• func_areaportal / CAreaPortal(en)
• func_areaportalwindow
• CAreaPortalOneWay(en) (C++ code for new entity)
• Управление видимостью геометрии и временем компиляции(en)
• Утечки(en)
• Область видимости(en)

Неполная

Эта статья(раздел) является наброском. Вы можете помочь, дополнив её.