Организация уровня

[Груберк]

Добрый день. Подскажите, есть морской уровень, площадью 400 км*км. В море есть острова - статические объекты и враги - динамические объекты.
Все это равномерно распределено по площади уровня. И это именно одна сцена.
Умеет ли Unity сама подгружать/выгружать нужные префабы на сцене? Т.е. если я в лоб выложу все острова на сцену, сможет ли движок сам разобраться когда что отрисовывать или я сам должен подгружать/выгружать объекты сцены?

[Golandez]

Статику запечь в occlusion. С динамикой разбираться самому.

[waruiyume]

А как вы боретесь с неточностью флотов? Это я к тому, что если вы двигаете мир, то не получится использовать occlusion culling, или я ошибаюсь?

[Golandez]

Динамические обьекты вы никак не запечете. Только статику.

[Левш@]

А почему только occlusion? У камеры есть *дальность* Clipping Planes.far - расстояние рендера.
Насколько я знаю все что дальше не рендериться, или нет?

[Груберк]

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

[waruiyume]

Квадтри.

[Golandez]

Триггером пользоваться как переключателем.

[Левш@]

Или расстояние до игрока тупо мерять. Как только расстояние = расстоянию видимости, запускать действия.

[Guyver]

с позволения подведу итоги.

1. лобовое решение - пихать сектор в коллайдер ...
как только входим в коллайдер - сектор оживает

2. плохое решение в лоб - каждому обьекту проверять дистанцию до игрока

3. если секторов много ... построить ABB дерево или QuadTree дерево ну и проверять дистанцию у нод деревьев (это улучшенный вариант 1 и 2. ... фактически варианты 1 и 2 являются подмножеством 3.)

плюс:
плюс тут в том, что при огромном кол-ве проверяемых обьектов ... кол-во проверок сводится к минимуму а не полному перебору.

минус:
плюсы будут только при огромном кол-ве обьектов ))))


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

[Груберк]

Спасибо всем за ответы. Буду переваривать. Пока скорее всего придется изменять ТЗ, т.к. оказалось все не так облачно.

[artk]

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

Да, но, смотря как реализовать... Перемещение находиться в топе рессурсоемкости. Лучше вывести 1Мполигонов, видюха этого не почует. Перемещать то что не видно, особено с коллайдерами это плохо и для CPU, GPU и для памяти.
Я не понимаю вашу проблему с точностью float. вам мало 32б? Разбейте всю карту на сектора, как в вове. Эти куски запихайте в gameobject как parent. Вот и все, теперь координаты всех ваших объектов станут локальными. Либо телепортируйте игрока в (0,0,0). Хорошая идея с триггерами.

[Guyver]

я сказал, что знаю ... вам виднее и спорить я не намерен.

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

вывод 1м поликов и проблемы с точностью float при больших значениях это как яблоки и ящики ... не ясно зачем тут вообще упоминание про 1м поликов.

п.с. если вам не очевидна проблема точности, попробуйте реализовать космо-сим или космо-стратежку ... с галактиками, звёздами, планетами, орбитами ...

[gnoblin]

Перемещение находиться в топе рессурсоемкости. Лучше вывести 1Мполигонов, видюха этого не почует. Перемещать то что не видно, особено с коллайдерами это плохо и для CPU, GPU и для памяти.

реально?

artk, хорош троллить по всему форуму