Если есть c++ файлы, то лучше сначала Source скопировать, чтобы ассеты потом правильно мигрировались

Intermediate, Saved, DerivedDataCache копировать не надо, их можно вообще прибить и они заново появятся

Ну вообще да) По плану я еще буду билдить на каждом этапе, чтобы понять где именно ломается

смотри логи

Failed to cook convex, с добавленной моделью что-то не так.

вспомнил, что я в ней частично удалил несколько частей. как её пересобрать правильно? fbx при импорте состоит из 50шт кусков

Нашёл пункт merge, но почему он только во viewporte 🤷‍♂️

convex можно делать либо в блендере: там вроде нужно отдельный меш назвать UCX_названиеОригиналногоМеша
Либо в анриле автоматически построить Convex, хотя бывают случаи, когда анрил не может построить Convex, тогда лучше через первый вариант делать

bloom in post-process

Спасибо

А где именно ?

Спасибо

на здоровье)

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

Я не Олежек. но в пользу тайлового пола море всего. А - он может куллиться, что оптимизирует, ты можешь (и скорее всего будешь) использовать разные покрытия, в модульной истории вообще в идеале сделать 5-10 мешей разного размера для покрытия, это а) дешево, б) быстро, в) очень гибко. Ты там не выиграешь ни в дроуколлах  ( ну сколько, 10? 15? - смешно даже для днищенской мобилы) зато в модульности ты выигрываешь. Делать всякие ковровые поверхности, разные типы пола, люки, всё что угодно в разы удобнее
Причем ты можешь подменять куски на высокополигональные для рисования по вертексам для луж, выбитой плитки etc с разными материалами.

Сделать с 10 мешей фигня вопрос - тупые кубы

О я как раз вовремя пришел