T
нужно, если процессинг долгий, и эта еще эррозия глючная
Size: a a a
2021 August 24
SD
ну вот да. оч удобно и оч спасает
SD
мне кста показалось, шо в юнити плаг еще медленнее, чем в уеч
SA
ну тут вопрос интересный в этой связи кэширует ли энжин отдельные ноды как в самой гуде или стартует граф с начала при изменении какого либо параметра
SD
ну вот, Work Status - Start Form
SD
и я заодно туда еще врубил ущелье тул
СМ
Пихать всё в один мегаассет идея так себе) тем более что вам по сути в 90% случаев просто нужны точки с атрибутами на них или карта высот со слоями. Это всё можно сохранить в bgeo и просто создать ассет которвй через энджен будет это читать. Есть ещё такая замечательная штука как json и scv, куда можно записать информацию и забирать её уже непосредственно в движке для ваших задач.
SD
вот уже следующий Work status - Base form
SD
А какая разница от мега ассета?
SD
если все равно нужно пройти все эти этапы
SD
и зачем геймдизу вникать в гудини, если он всего навсего должен просто расставить кубы и шарики с трубами по мапе, получив нужный ландшафт?
СМ
Геймдизу и это не нужно, это задача левл дизайнера) и я если честно сомневаюсь что он будет рад ждать какое-то время каждый раз когда поставил или подвинул кубик.
T
ну по идее хда так то должен быть блекбоксом для сборщика, потому с бгео идея отличная, но не для сборщика с 3 классами образования, кто он там левелдиз и геймдиз ) а модульно если делать такой глюкодром начинается и торможение, что уже пофиг паттерны проектирования, тут я шарка понимаю)
SD
для этого и созданы этапы
SD
человек получая тул уже понимает, что нужно на каком этапе работы что делать чтобы не ждать 300 лет пока хда отработает
SD
я тебе больше скажу, сейчас они чтобы что-то подвинуть вручную перерисовывают террейн юнити
SD
так что....
SD
я понимаю, что всем хочется, чтобы в организации было хотяб 500 человек на маленький проект и каждый делал только свою оооочень узкую дырочку ответственности. Но зачастую это не так, особенно в мобильном игрострое
dd
кеширует