Динамическая подгрузка уровня

[DiXel]

Есть уровень, состоящий из клеток, очень большой, возможно - бесконечный.
Я понимаю, что нужно двигать землю под персонажем, вместо самого персонажа, чтобы не уходить далеко от Vector3(0,0,0), но как это реализовать на деле? допустим, уровень также поделен на чанки(области, допустим 10х10 клеток) как именно подгружать, инстансить чанки и удалять те, что позади по мере продвижения по уровню, учитывая то, что персонаж может двигаться в любую сторону? Не надо скрипты за меня писать, просто псевдокод или хотя бы просто на словах объясните мне, плиз. Решил проект сначала продумать от и до на бумаге, на псевдокоде, так что скрипты писать не надо.

[liver9711]

Подождите, то есть вы считаете, что вам не хватит координатной сетки размерами от -2^31 до (2^31 - 1)? Даже если вы по каким-либо неописуемым причинам дойдёте до такого значения (порядка 2,1 млрд.), то у вас получится портал, пройдя через который, разве что рендер накосячит, а движение персонажа будет похоже на резкое перемещение от минимума к максимуму, но вообще без видимых последствий. Землю двигать не надо, это геморно, очень, не думаю, что хоть кто-нибудь при движении даже 100 корд./с, хоть когда-нибудь достигнет "края".
По поводу динамической прогрузки: Страшного тут ничего нет, нужно просто сделать проверку дистанции. Создаете мнимый квадрат от вида сверху, что в него попадает - то свойства обретает. Что-то вроде координатной сетки вокруг персонажа, так как это сетка, то используем шаг, скажем 1. Самое главное это проверка, и необязательно очень частая, 1 раз в 3-5 секунд хватит, InvokeRepeating("НазваниеФункции", через сколько сек начать, промежуток времени до повтора вызова) или http://docs.unity3d.com/Documentation/ScriptReference/MonoBehaviour.InvokeRepeating.html, загоняем все "стены" в массив, и смотрим, не вылетел ли кто за пределы мнимого куба? Ага! Весь ряд вот тут, следует, что на противоположной стороне целый ряд пуст, те что вышли за пределы либо передвигаем с изменением мэша, если надо, либо удаляем и в пустые места ставим новые. Но тут уже целиком идёт дело знания синтаксиса, тут столько разнообразной скриптовой "матершины", с которой и я иногда не справляюсь.
Почему вы решили начать со сложного?

[Diab10]

Подождите, то есть вы считаете, что вам не хватит координатной сетки размерами от -2^31 до (2^31 - 1)?

При чём тут это? При большом отклонении от координаты 0,0,0 - начинаются дёрганья рендера из-за погрешности float'a

[liver9711]

Ну это явно далеко нужно уйти, чтоб такое произошло.

[seaman]

Проверьте.
ЗЫ: У Левши в космосе начинались некие глюки с нескольких сот метров. Не знаю - решил ли он их.

[igoryan]

Тестил до 10к все ок!

[liver9711]

"Подвисаниями" залетел за 100к, всё тоже ок, может у Левши просто скрипты такие, неидеальные, с кем не бывает... тем более уж со мной...

[seaman]

Проверил. Заметное на глаз дрожание появляется где-то чуть меньше 100000 от начала координат.

[Diab10]

Уже обсуждалось, что дело тут не только в цифрах, а и в масштабах моделей. К примеру, дом 2-х этажный на координате 10 000 будет себя вести нормально, а монетка 1 рубль - будет колбаситься.

[seaman]

Стандартный куб. По углам уменьшенные в 5 раз шарики. Это как - соответствует двухэтажному дому? Видимое на глаз дрожание шариков относительно куба начинается на расстоянии около 100 000. Хотя, конечно здесь есть уники, которые видят больше 100 кадров в секунду. Возможно они увидят дрожание и на 10 метрах от начала координат.

[Multirezonator]

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

[Guyver]

портальте игрока при отдалении больше чем эпсилон. т.о. не будет флоат погрешности + не будет проблем с движением коллайдеров т.е. всё статик

п.с. когда делал для себя технодемку за космос .. двигал рут ноду, звёзды по октри кулил, физики не юзал. зато была проблема при массовом включении 100500 тел при резком повороте камеры. решал через очередь претендентов на включение и размазывал по времени.