[🐣질문] UI에 플립 디스플레이 연출 구현을 애니메이터로 하면 미친 짓인가요?

[류운s(ryuuns)]

이런 미친 짓을 했는데.... 애니메이터는 만들고 보니까 이 정도로 많은 스테이트를 만들 거면 애니메이션 클립 재활용할 생각 말고 레이어를 안 쪼개는게 맞는 것 같습니다... (저건 만들기 편할 거라고 생각해서 저리했었는데, 결국 더 고생한 것 같음)

여튼 중요한 건 그게 아니고..

눈속임으로 적당히 만드는게 아니라, 실제로 접히듯이 넘어가는 플립 디스플레이 연출을 구현하고 싶습니다.

제가 프로그래머는 아니고, 결국 프로그래머에게 뭘 만들지 설명해주려면 레퍼런스삼아 직접 만들어서 보여줘야겟다 싶어서 만들었는데..

이 정도로 퀄리티를 주려면 제어해야 할 것들이 무척 많더라구요.

그래서 이걸 프로그래머가 노가다로 만들어주는 건 원하는 퀄리티도 안 나올 것이고 그게 맞나 하는 생각도 듭니다.

차라리 DOTween을 추가하고 제가 직접 만드는게 나을 것 같은 정도?

숫자 한 칸 당 애니메이터 1개씩 사용해야 할 것 같은데, 이러한 승점 표시가 1개 더 있습니다.

그리고 영상에 보이듯, 좀 더 큼직하게 라운드와 턴을 표시할 디스플레이 UI 가 하나씩 더 있어요.

숫자 한 칸 당 애니메이터 1개니까, 이 연출 종류만 4개(도전자와 딜러의 승점 표시, 라운드와 턴 표시)에 애니메이터 총 10개인데..

UI에서 이걸 돌리면 매 프레임 UI를 그릴 거니까 큰 손해일 수 있겠다 싶어요...

애초에 카드도 뒤집히고 하는데 UI에 올려놓고 만들고 있고(어차피 프로토타입이니 일단 빠르게 만들 수 있는 방법을 골랐습니다.), 애니메이터 붙인 애들만 따로 떼어다가 캔버스를 써주면 되지 않을까 싶기도 하고....

보통 이런 UI 연출을 만들 때에는 어떻게 처리하나요?

지금 제가 생각하는 방법은

1. 이대로 UI에 올려서 만들고, 캔버스도 분리하지 않는다.

2. UI에 올려서 만들지만, 애니메이터 붙은 애들만 분리해서 캔버스를 따로 써준다.

3. UI에 애니메이터를 저렇게 복잡하고 많이 쓰다니. 미친 건가? 당연히 UI가 아니라 월드 공간에 스프라이트(혹은 3D 메쉬)로 만들어준다. 하는 김에 카드도.

+

최적화 관련해서 지금은 저 디스플레이 연출을 애니메이터 15개쯤 돌리면서, 애니메이터 각자 쓰는 움직이는 이미지 오브젝트를 30개쯤 돌리니, 에디터에서는 90~110 프레임 정도(애니메이터 모두 빼면 250 정도) 나오네요.

어차피 인게임에 성능 먹을 것도 별로 없지만, 모바일로도 빌드를 하고 싶어서.. 이런 뭣도 없는 게임에 벌써 90 프레임 나오는게 맞나? 싶기도 해요.

[익명(118.38)]

프로그래머 주면 코드몇줄..은 아니지만 편하게 됏을거같은데? 애니메이션이래봐야 그냥 저거 이미지 회전시키는거 아니니? 순차적으로 돌리는거 어려운거도 아니고. 왜저런... ㅎㅎ 담부터 노가다하지마라. 대부분 노가다는 코드로 해결된다

[구급상자(vgundam14)]

미친 짓 까지는 아닌데 드는 폼이 너무 많이 들긴 함 데이터에 따라 결과가 바뀌어야 하는 애니메이션은 보통 코드로 처리합니다 최적화는 드로우 콜의 수만 신경쓰시면 됩니다 어짜피 매 프레임마다 UI는 그리고 있으니