С секторами/порталами так и не разобрался. Так и не понял, нужно ли их сначала в 3D-редакторе делать, и в SDK как-то черезжопно с ними всё. Короче, всегда забивал. Да и потом всю локу перекомпилять - считаю это вообще одним из недостатков X-ray технологии. Наверное, можно было бы сделать, чтобы сектора/порталы уровня билдились и грузились отдельными файлами, как хомы.

С хомами вышло проще - я заделал/достал четыре hom-объекта: двусторонняя плоскость, кубик, кубик без одной стороны, сквозной кубик без двух сторон. Просто аккуратно их расставляя и масштабируя можно в любое время заселить любую локу, не прибегая к сторонним редакторам и без перекомпиляций. Или дополнить к уже имеющимуся сложному хому. Хоть через несколько лет. А масштабируемыми плоскостями еще можно вообще весь уровень под террейном поделить, хотя в таких масштабах прирост от хома невелик.

Классные аргументы, поржал Если всё делать через одно место, то действительно лучше вообще не делать.

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

Клевета, я не говорил ничего против оптимизации. Засужу.
Дизель за оптимизацию!

andreyholkin, создание хомов и секторов - это часть разработки локации. А экспорт локации без компиляции на этом движке невозможен. Хотеть править сектора - это тоже самое, что хотеть править геометрию без перекомпиляции. Ох уж эти технолоджи

Ладно, не надо мне азы азбуки преподавать.

Как раз недавно проводил тесты секторов и порталов. Результаты показывают прирост FPS примерно на 8-12% на локации с секторами против той же локации без секторов. Конечно, это при том условии, что во фрустуме будет почти вся сцена локации (наибольшая ее часть). Как я понял, сектора и порталы нужны в первую очередь для динамических объектов, нежели для самой геометрии - большое количество источников света в кадре заметно снижает производительность. С другой стороны, если локация практически пустая, то прирост будет лишь в пределах погрешности.

Тесты проводились следующим образом:
1) в игре были сделаны сохранения с контрольными точками в разных частях локации (несколько точек с заведомо большим количеством объектов/геометрии во фрустуме);
2) отключена вертикальная синхронизация;
3) уровень был скомпилирован с секторами, проведены замеры;
4) уровень был скомпилирован без секторов, проведены замеры;
5) для верности результатов тесты были проведены два раза;
6) выбраны контрольные точки на которых разница в FPS наиболее заметна (больше 2 кадров, как правило это те точки, в которых во фрустуме было много объектов/геометрии);
7) отобраны две точки с минимальным и максимальным приростом FPS.

Конфиг компа:
Intel Core i5-3570 @ 3.4 Ghz, Asus GeForce GTX660-DC2O 2 Gb, Asus P8H77-V LE, Kingston HyperX DDR3 4x4 Gb @ 1866 Mhz

Из всего это можно сделать вывод, что разработчики, которые не делают сектора, ссылаясь на слишком мощное современное железо, в среднем теряют от 5 до 10 кадров на больших сценах

RayTwitty, а если комп взять несколько попроще? Прибавка производительности будет такой же, или сильнее? Я вот знаю много людей сидящих на 3-5 летних ноутбуках....

Могу на AMD r4/r5 погонять. Только мапы подгоните.

http://s011.radikal.ru/i315/1705/03/1e2fa60bf584.jpg
http://s018.radikal.ru/i510/1705/7b/d42b62c02ddf.jpg
https://yadi.sk/d/k3JPMxbp3Hmin8
Вот последняя локация (5в1). Но там косяки не по оптимизации. Сектора и порталы есть везде где положено. Вот тут точно, без оптимизации кирдык.

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

Сектор — это комната, а портал — окно, через которое вы смотрите наружу. Если в видимой геометрии есть окно, но в нём отсутствует портал (или же он битый), то вы увидите лишь пустоту цвета fog_color (или моргающую геометрию окружения). Поэтому сектора без корректных порталов никакого смысла не имеют.
Порталы создаются лишь в проёме между двумя секторами, что требует разделения геометрии на части с проёмами простой формы, в идеале — четырёхгранной (баг это движка или ограничение метода, я не знаю). Основные моменты:
1) проём не может быть чересчур сложной формы, иначе портал будет с дырами (видимо, это вариация на тему схлопывания поверхности, обозначающей портал)
2) в проём нельзя пропускать иную геометрию, не разрезая её строго в плоскости портала, иначе он вообще не создастся (обычно режут одной плоскостью сразу и проём и объекты в нём)

Выводы: хом следует делать сразу, порталы — когда это целесообразно по времени.

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

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


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

Хомы скрывают динамику, точнее визуал. Наряги при спавне множества динамических объектов с логикой - это вина не оптимизации видео.

Конечно каждый делает выводы для себя, но если есть возможность сделать "сцену" более оптимизированной , то почему это упускать ? Советую вообще потестить сектора\порталы в подземных элементах. Там потеря в кадрах будет в разы больше.

Тестировал как раз в подземке, а в аутдоре как правило да, дефолтный сектор накрывает всю локацию, там конечно разница будет не так существенна.

Дополню, если взять локацию ту же "свалку" из ТЧ , прироста вообще практически не будет ибо на секторах построено лишь одно здание. "Депо" . А вся оптимизация идёт в основном из-за лодов и отсекателей.


А в какой именно? И какие сцены были "ключевые" ?

Х-16, но она сильно тюнингованная по сравнению с оригиналом (намного больше объектов, освещения, геометрии и т.д.).

Билдокомнаты вроде операционной восстановил?

RayTwitty, Ну в целом неплохой результат, хотя 5-10 кадров , тоже как то жалко. Но зато вывод мол подземки модулями лепить + меньше морочить голову с секторами\порталами. Хотя спорно.

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

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

Поставил Сектора на курирование. Закрепил шапку. Обновляй, курируй.

В оригинальных локациях можно было увидеть маленькие сектора, например комнатка 3 кв. метра. Сейчас это конечно избыточно. На среднюю локацию хватает примерно 10-ка секторов. Ну и плюс бить на части надо более менее осознанно - если в объекте предполагается много геометрии и освещения, то его лучше отделить.


Естественно Операционки целых две.

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


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

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

Вообщем, я выступаю за создания Секторов\Порталов как можно в большем кол-ве ибо так будет прирост кадров. На мой взгляд преимущества этого способа в более качественной оптимизации и соответствии расширение аудитории. По сути смысл терять одну из систем оптимизаций в движке ? Пускай даже больше заморочек с этим больше. А так, смотрел\слышал про работы СВ команды и ЛВМ , там забили на эту технологию и зря. Потом удивляются , почему высокие системные требования. Не хочу некого обидеть, но мне кажется зря. По поводу Хомов, это очень крутая штука, если уметь ей пользоваться. Те кто делает через "жёпу", как в комментарии выше, дело другое. По сути оптимизации прирост от неё огромный прям.


Кстати, мало кто знает. Такую штуку можно сделать через хомы, в целом при грамотном ландшафте уровня. О_о

Опять я крайний.

Забей дружище, просто не так делаешь. Пару минут, если найду гайд как правильно пилить скину. У тебя годнотища проект , по переносу ЧН на ЗП двиг есть. За что уважаю сильно.

Можешь не искать гайд. Я научился уже. А если я скажу, что тот проект про ЧН заброшен, то уважуха пропадёт?
Наверно, надо опять, спустя два месяца, браться за работу.
Уважуха -уважухой, хоть бы один сказал, чем тебе помочь, там работы на 10 лет.

Как бы нет, с чего бы вдруг?

Помочь, не помогу, но вот адекватное сотрудничество никто не отменял. Если чёт нужно будет замонстрячить в 3d , то могу сделать. (живыми существами не занимаюсь) . Машины и оружка , если без рипов, то долго ждать. А остальное не сложно.

В сталке тоже подобное есть - погодный модификатор (level.env_mod). Я так в ТЧ лечил вылеты на r2, когда переносил болота из ЧН еще до появления движковой правки видеобуфера. Именно ограничивал дальность видимости в конкретной зоне (или на всём уровне сразу). Из минусов, что дальность смешана с другими погодными эффектами, и в зоне получались косяки вроде светлых ночей.

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

А что молчим на счёт особенности секторов. Сектора для сингла и сектора для мультиплеера? Я может туплю, но есть же разница? Кстати, редкий вопрос. Получается, что в сети сектора сингла не будут работать, выполнять свою функцию.
Сейчас чую, меня опустят.


Да, но. Ну, да. Не, ну. В самом то деле. Зависит от размеров и сложности локации (особенно если есть и подземка). Куда мы спрячем 10млн полигонов, если мой рендер тянет только 6млн. комфортно?

В мультиплеере не работает биндер скриптов, и alife, все остальное загружается так же как и в сингле.

Да уж. Интересно девки пляшут!
Ничего не понял. А где тут оптимизация для видеокарты dx10-11?
Вот кстати про оптимизацию ТЧ надо говорить отдельно. Там dx9 давит в оперативу. Или как?

С дискорда xrOxygen

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

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

Тот кто хочет пользоваться секторами, должны либо сами делать геометрию, либо использовать готовую, но при этом у вас не получится перетащить комнату от одного здания в другое.)) Все здания или подземные части жестко связаны еще на этапе моделирования и совместить их практически не реально.

Пользовать ли это, решайте сами. Лично я это использовал с самого начала. Разобравшись большого гемора это не представляет, зато прирост производительности весьма ощутим.

А разве радиус Алайфа не решает этой проблемы?

Как минимум, поржал с этого, со сноровкой это не долго и не нудно.

Тема отдает нотками бесмысленностью и вонью бесполезного сотрясения воздуха в постах. Не вижу смысла в голосовании, дальше каждый в моддинге также продолжит делать, как решил нужным, или как ему посоветовали "добрые дяди" на форумах. Кто хочет - пусть делает, кто не хочет - удачи.

Аргументы против доставляют своей некомпетентностью, лучшие аргументы от технолоджименов и форумных мапиров, как у них все хорошо без них и они хорошо себя чувствуют. Если компилить кордоны и склейки пысолокаций, или на новых локациях такого-же уровня детализации без секторов/порталов и ко, то конечно они уже не нужны.

HOM в чистом виде устарел - если не устраивает, есть новые методы, завезите их в рентген и не нойте.

Отдал бы свой голос не за оптимизаторы, не против них, а за закрытие темы.

когда много динамики и трупов в одном месте, да еще и подземка( тот же завод агропром) - нет, не решает.

Вояки и мутанты исчезнут, но бочки и трупы всё равно останутся.

А теперь главный вопрос: упиралась-ли производительность в видеокарту?
XRAY может на полную использовать хоть Titan Xp, а четырёхъядерный проц - нет.

Hello,

Sorry for the english.

What about use of sectors to connect different big levels together.
We use sectors for small places or underground and always the default sector for exterior. Why not search a way to use sectors for opened places?

https://imgur.com/a/PeaGh

I think about it when I see the old k02_mildead terrain, or the Red Forest from Clear Sky.

А в чём проблема? На картинке показан вполне работоспособный вариант.

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

слышал, что дезовейв в своем сдк исправили какой-то баг с секторами. не помню правда какой именно

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

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

ЗЫ и если сработает ваш вариант, то не исчезнет ли вместе со всем и скайбокс?

В Lightning Returns: Final Fantasy XIII используется такая же схема. В игре несколько локаций с загрузками, но ближе к концу игры можно открыть между ними переходы и пешком переходить из одной локации в другую (без экрана загрузки). В переходах встречаются сильные монстры (их можно пробежать, не вступая в бой), видимо чтобы дать время на загрузку основной локации.