вот только делать это не надо.

(Reply to this) (Parent) (Thread)

извини, что выхожу за границы твоего замысла

(Reply to this) (Parent) (Thread)

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

(Reply to this) (Parent) (Thread)

Эх! Вот бы совместить два 2,5Д движка, ид тех 1 и воксель спейс (https://s-macke.github.io/VoxelSpace/)

Загрузить в пол сектора какую-нибудь карту высот и бегать по ней.

(Reply to this) (Parent) (Thread)

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

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

(Reply to this) (Parent) (Thread)

А движок k8 вроде как оптимизирует треугольники, убирает лишние? Жаль билдер при конвертации obj в сектора так не делает, руками все это править жутко напряжно.

(Reply to this) (Parent) (Thread)

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

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

(Reply to this) (Parent)

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

(Reply to this) (Parent) (Thread)

но зачем. карты надо делать конкретно под движок, с учётом его специфики. как, собственно, и делают. иначе будет жуть, мрак, пиздец и лагалище — в лучшем случае.

(Reply to this) (Parent)