[💬] 언리얼 블루프린트는 간단한 스크립트 용도로만 써야함

[오더리움(othereum)]

특히 Tick은 절대 블루프린트 쓰면 안됨

나같은 경우는 사운드/이펙트/애니메이션 재생같은 간단한 것만 블루프린트 이벤트로 따로 빼서 처리함

혹시 블루프린트와 성능을 모두 포기하기 싫다면 Blueprint Nativization을 알아보도록

UMG쪽이 불안정하긴 한데 성능은 잘나옴

[익명(119.197)]

Umg 불안정 하다는 게 어떻게 되는 거임?

[오더리움(othereum)]

UMG도 블루프린트라 C++로 변환되는데, 변환이 잘못되는건지 자꾸 null 접근으로 크래시나더라 그래서 프로젝트에 사용할거면 수시로 패키징 하면서 테스트 해보는게 좋음

[익명(119.197)]

아하 c++로 바꾸면서 null 나온다고? 그럼 umg는 nativize 안 하면 되는 건가 솔까 umg에서 performance 별로 세이브 못 할 거 같은디

[오더리움(othereum)]

UMG 업데이트도 성능 꽤 잡아먹더라. 그래서 nativize하려고한건데 이게 문제가 UMG만 따로 제외할수도 없음. UMG에서 참조하는 다른 블루프린트, 혹은 그 반대도 모두 같이 nativized 되거나 안되거나 해야함. 난 그래서 그때 걍 nativization 포기함

[오더리움(othereum)]

그때가 4.24였는데 지금은 어떨지 모르겠다

[오더리움(othereum)]

아 4.23이었나

[익명(119.197)]

헐 참조하는 건 다 nativize 해야하는 거였어? 만약 umg가 pawn 참조하고 pawn이 function lib 의 함수 가져다쓰고 이런 식이면 싹 다 nativize 해야 하는 거였음? 그럼 bp별로 nativize 체크 하는 게 왜 있는 겨 ㅋㅋ 결국 기획 끝나고 c++로 컨버트 필수구만

[오더리움(othereum)]

맞음 ㅋㅋ ㅄ같음

[익명(58.120)]

봐봐 언리얼 진지하게 써보면 개졷같은데 얕게배운애들이 물고 빤다니까 모바일 60프레임 방어도 안돼

[오더리움(othereum)]

진짜 힘들지.. 나도 최적화 하느라 고생 ㅈ빠지게 했음

[익명(118.128)]

옳게 된 언리얼 개발자

[오더리움(othereum)]

[666(89.187)]

umg에서 프레임잡아먹는다는건 로직자체를 애초애 잘못짠거겠지.

[오더리움(othereum)]

맞긴함 초보시절에 짠거라 그럼