Покажи скриншот вада, над которым работаешь!

[ZZYZX]

Шиндовс активируй, умник.
И это 349569 sidedefs, 193406 linedefs и 141879 vertices. Ну и 59514 sectors. В дум 2 должно быть максимум 65536, 65536, 65536 и 65536 соответственно. Расчёт движка превышен в 5 раз. А если учитывать лимит по visplanes, drawsegs, и т.п. то лимит превышен в десятки и сотни тысяч. Не фиг на дум наезжать, это не дум, это пи**ец.
Ты бы со своим оригинальным контентом, интеллектом и умением делать оптимизированные игры пошёл уже на хрен из комьюнити на другой движок, который немного поадекватнее будет для овердитейла.

[Li$TeR]

Я чет сильно сомневаюсь, что у меня после этого билдер летать начнет)

[ZZYZX]

А что именно в данной ситуации нужно делать в разных потоках?

Я уже писал, что сделать операцию вставки геометрии в билдере в другом потоке абсолютно бессмысленно.
Причина, по которой лагает операция вставки — билдер пытается мержить геометрию.
Когда ты мержишь геометрию, нужно полностью заблокировать любое редактирование карты, иначе будет смержено хрен знает что хрен знает с чем.
Поэтому даже если вынести эту операцию в отдельный поток, она сконфликтует сама с собой (пример: одну и ту же линию два потока попытались разделить в разных местах; откуда второй поток узнает, что теперь нужно мержить с новой линией, а не со старой?) или с юзером который не дождавшись окончания что-нибудь нажмёт.

Да, конечно, можно рассчитать области которые безопасно мержить в потоках (т.е. которые стопроцентно не работают на одном и том же пространстве).
Есть проблема: это уже ПОЛОВИНА существующего алгоритма объединения геометрии, и именно она лагает. И делать это придётся, да, в одном потоке.

Я в принципе могу попытаться это улучшить, но два вопроса:
1. На хрена ты вообще вставляешь что-то такого охеренного масштаба? Никто так не делает.
2. На хрена улучшать многопоточность мержа, если ты вставил геометрию в ПУСТУЮ ОБЛАСТЬ где никакого мержа не должно быть вообще?

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


п.с. билдер софт 2008 года

[Li$TeR]

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

[Li$TeR]

Ну судя по тому, что в следствии знакомства с тобой я узнал о тебе, то да, ты не особо сильно от них отличаешься)

Заканчивайте оффтоп. Личное общение в темах карается правилами. BeeWen

[Chaingunner]

Ну, тут вопросы к ukiro, автору OTEX, на базе которого строится уровень. Скорее всего предполагалось, что луна настолько яркая, что своим светом пробивает облака(что иногда бывает в реальном мире) + открытая луна зрелищнее выглядит. Так же это самый выигрышный вариант с точки зрения палитры дума. Ибо многослойные синие облака, перекрывающие белую луну с лунными морями превратятся в кашу в итоге, ибо оттенков голубого в думе не так много.
Впрочем, если мне хватит времени и терпения, я сам сделаю текстуру неба с нормальной луной.