Areaportal: различия между версиями
DoBeRMaN (обсуждение | вклад) |
Slux (обсуждение | вклад) |
||
| Строка 40: | Строка 40: | ||
done</pre> | done</pre> | ||
Эту ошибку иногда трудно заметить по сравнению с обычной [http://developer.valvesoftware.com/wiki/Leak leak] утечкой, но когда это происходит, vbsp генерирует [http://developer.valvesoftware.com/wiki/Leak#Finding_leaks pointfile], чтобы помочь вам. | Эту ошибку иногда трудно заметить по сравнению с обычной [http://developer.valvesoftware.com/wiki/Leak leak] утечкой, но когда это происходит, vbsp генерирует [http://developer.valvesoftware.com/wiki/Leak#Finding_leaks pointfile], чтобы помочь вам. | ||
| − | <div style="padding:3px 3px 3px 15px;margin:2px;overflow:auto;">http:// | + | <div style="padding:3px 3px 3px 15px;margin:2px;overflow:auto;">http://wiki.cs-mapping.com.ua/sys_images/Bug.png'''<span style="color:#b03434;"> Баг:</span>''' Если ваша карта не содержит энтити (info_player_start к примеру), портал создаст нестандартную LEAK ошибку. Чтобы этого не было, карта должна содержать минимум одну энтити</div> |
=== Areaportal и вода === | === Areaportal и вода === | ||
Важный аспект в работе с эреапорталами: не допустимо пересечение браша эреапортала с водой. Чтобы избежать пересечения портала с водой, разделите его на 2 части и разместите их на разных концах браша воды. | Важный аспект в работе с эреапорталами: не допустимо пересечение браша эреапортала с водой. Чтобы избежать пересечения портала с водой, разделите его на 2 части и разместите их на разных концах браша воды. | ||
Версия 19:09, 19 мая 2009
Areaportal это брашевая энтити Func_areaportal, она используется для разделения листьев и контроля визуализации. Портал как дверь может находится в двух состояниях открытом либо закрытом. Когда портал закрыт, он блокирует все визуальные объекты в листьях. Когда открыт — визуализация не блокируется. В процессе игры состояние портала может изменяться как правило брашевыми триггерами, кнопками, системой I/O или дверью.
Содержание
Свойства
Стандартный эреапортал:
- создаётся с помощью Func_areaportal.
- должен быть построен из одного браша, в противном случае это будет вызывать ошибку при компиляции vbsp.
- обычно покрыт tools/toolsareaportal, но неабязательно.
- не должен содержать дисплейсмента, иначе это вызовет ошибку vbsp.
- должен полностью отделять зону, которую нужно отображать от зоны, которую нужно "выключить", иначе это может вызвать leak ошибку.
- не может состоять из одной полоскости. Хотя areaportal может быть любого размера, как правило, они изготовлены из тонкого браша под размер зоны которой они разделяют.
- создаёт новый лист, равный размеру портала.
- может быть открыт или закрыт логической системой энтити или активирован door entity.
areaportal_window
Func_areaportalwindow — это стандартный areaportal с добавлением опций исчезновения и закрытия портала при удалении игрока на определённую дистанцию от него.
Конструирование
- Создайте areaportal из одного браша, чтобы полностью изолировать две зоны друг от друга, визуализацию которых вы хотите контролировать. (Можно использовать несколько порталов стоящих вплотную сторона-к-стороне, но не больше чем 6 сторон на одну плоскость браша.)
- Если две зоны соединены дверным проёмом, сделайте браш портала по размеру этого проёма. Если зоны являются открытыми местностями, толщина портала может быть любой (обычно по размеру сетки 8,16,32 и т.д).
- Нанесите tools/toolsareaportal материал со всех сторон.
- Примените к брашу Func_areaportal.
- Установите параметр Initial State (исходное значение) closed - блокировать или open - отображать визуализацию. Если вы хотите привязать состояние портала к положению какой-либо двери, укажите её имя в параметре Name of linked door и задайте начальное положение. Теперь во время игры визуализация комнаты будет просчитываться, только если дверь откроет игрок.
Применение
При применении порталов в режиме wireframe на первом снимке заметно, что он работает как фильтр и отсекает листья, не входящие в зону обзора. На втором снимке без применения портала видно, как движок игры просчитывает всю визуализацию соседней комнаты даже ту, которую из данного положения увидеть нельзя. Он работает как окно в доме, визуализируестя только то, что видно, то есть листья, через которые проходит луч обзора игрока при пересечении его с порталом.
В связи с этим так же используются порталы в состоянии "всегда открыт". Это обычный Func_areaportal с начальным значением - открыт, но не управляемый системой I/O. Они используются на границе участков с большим количеством геометрии и листьев. Например разумно было бы разместить такой эреапортал на выходе из длинного коридора в комнату. Когда игрок находится внутри коридора визуализируется только то, что находится перед коридором и можно увидеть из него.
Примечание
Не ставьте слишком много эреапорталов в одной зоне, так как это может повысить нагрузку на процессор. Бывают моменты, когда просчёт (отсечение видимых областей и т.д.) эреапорталами занимает больше ресурсов чем если бы они не применялись вовсе. Также эреапорталы не входят в общий лимит брашей.
Компиляция
При разделении зон эреапорталом очень важно, чтобы они были полностью изолированы друг от друга, как на снимке справа, и не образовывали "утечек" leak ошибок. Зона считается изолированной, если она полностью окружена world-брашами, а соединения (проходы) к другим пространствам закрыты эреапорталами. Если зоны соединяются несколькими проходами, они тоже должны быть закрыты эреапорталами. Это можно прдеставить себе как отверстие в аквариуме с рыбой. Каждое отверстие в world-браше, соединяющее одну зону с другой, должно быть закрыто эреапорталом, иначе возникнет leak ошибка при компиляции vbsp. Detail-браши и дисплейсмент не может служить границей зоны для их изолирования. Если компилятор сможет найти путь соединяющий две основные поверхности эрепортала то, возникнет leak ошибка.
Ошибки компиляции
При компиляции эреапортала ошибки выводятся VBSP. Если на карте возникла leak тучка вы увидите:
Brush <brush number>: areaportal brush doesn't touch two areas done
Эту ошибку иногда трудно заметить по сравнению с обычной leak утечкой, но когда это происходит, vbsp генерирует pointfile, чтобы помочь вам.
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
