[💬] 언리얼 lyra공부하면서 현타옴..

[익명(180.182)]

발단

lyra공부를 하게 된 계기는 이번 프로젝트는 언리얼에서 밀어주는 신기술을 써보자는 취지가 강해서 열심히 공부를 했음.

전개
lyra가 전체적으로 특이한 시스템을 가지고 있어

각 gamemode는 하나고 experience라는걸 추가해서 게임모드형식을 바꾸는방법이라던가

camera는 camera rig도 없이 그냥 camera 모드를 다양하게 만들어서 쓴다던가..
gamefeature을 이용해서 플로그인 형태로 한다던가..
에셋 메니저를 이용해서 스캔으로 최적화한다던가..

character에 tick함수를 아예 사용 자체를 안한다거나..
게임에셋으로 내용을 다 넣은다음 그걸 각종 클래스에 넣어서 적용시킨다던지.(이건 그냥 광적일정도로 모든 클래스가 이런방식이라 보면됨..)
game ability system을 이용해서 tag형식으로 게임만든다던가
언리얼에서 기존 개발하는 방식이랑 완전 다른, 그냥 온갖 신기술이 다 들어간 프로젝트라 보면돼..

이걸 2주일동안 분석하면서 느낀게 굉장히 추상적이고 모듈화가 되어있는것을 떠나서, 이걸 다 이해하려면, 전반적인 엔진자체의 프레임워크를 꿰차고 있어야한다는걸 알게됨..

내가 게임 컨텐츠 개발공부를 하는지, 아니면 엔진 개발공부하는지 방향성을 잃게되어버렸고, 이걸 제대로 소화하고,
내 빈 프로젝트에서 이 시스템을 나만의 시스템으로 소화해서 구축하는것은 게임을 만드려고 게임엔진부터 만들어가는 것처럼, 굉장히 오랜시간이 걸린다는걸 깨달아 버린거야.

나름 합리화 하자면
gamemode는 experience를 쓰지않고, gamemodebase로 기존방식처럼 써도 문제가 없을뿐더러, camera는 그냥 rig 써도 됨.
character에서 tick쓰면 오히려 깊게 뺑뻉 돌필요 없이 그냥 해결되고, 에셋매니저도 그냥 부분스캔이 아니라 다 스캔해도 인디 레벨에선 전혀 지장이 없음.
이렇게 lyra는 큰프로젝트기준으로 만들다보니 인디게임에선 사실 크게 신경 안써야하는부분도 굉장히 장황해지는 부분이 크다 봐.
그래도 이미 있는 로직이 있는데, 옛날 로직을 굳이 고집할필요 없이 그냥 lyra에서 가져다 또 다른 엔진소스처럼 가져다 쓰는것도 좋은 방법이라 봐.

결론
언리얼 백지에서 굳이 나만의 시스템을 만드는게 아니라, 에픽에서 만든거라 가져다 써도 전혀 문제 없는 lyra프로젝트에 있는것을 그대로 다 불러와서 필요한 부분만 수정하는식이 100배는 현명하다는것을 깨닫게 되어버렸어..
다른사람들은 나처럼 뻘짓을 안했으면 좋을까 싶어서 글을 올렸어..


3줄 요약
lyra처럼 시스템을 자체적으로, 구성할 생각하지마라, 이건 시간과 노력이 굉장히 많이 들어가는 방법이다
그 시간에 그냥 lyra의 전체적인 틀만 보는게 100배 낫다.
언리얼 신기술 쓰고싶으면 그냥 lyra에 있는거 스크립트 싹다 가져간다음 필요한부분만 수정하는식이 100배는 나을거다..

[ㅇㅇ 1(61.85)]

고수 추천

[글쓴 ㅇㅇ(180.182)]

초본데요...

[불타는키보드(1bnmaker)]

그러면 뉴비는 기존방식 무시하고 그냥 라이라방식부터 공부하는게 더 빠른거임?? ㄷㄷㄷ - dc App

[글쓴 ㅇㅇ(180.182)]

그건 힘들거라 보는게 lyra처럼 신기술들어간건 정리된 자료가 많이 없고, lyra분석글은 대부분 쓰다가 다 유기되는게 굉장히 많다보니 배우는것도 매우 힘들어. 뉴비는 기존에 있는 방식으로 개발하는게 훨씬 도움될거라 보고 있어.. 그나마 적용시키는게 좋을거라 보는게 gas정도? gas조차도 c++사용안하고 블루프린트 고집하면 안쓰는게 좋다 보고..

[불타는키보드(1bnmaker)]

ㄱㅅㄱㅅ 지금까지 공부한거 써보지도 못하고 폐기해야하는 줄 알고 순간 쫄았음 ㅜㅜ - dc App

[글쓴 ㅇㅇ(180.182)]

어떻게 가든 완성한사람이 승리자여..

[불타는키보드(1bnmaker)]

[르르(sodkfel123)]

다른이야기이고 인디게임갤에 나올 내용은 아닌데 내가 유니티 DI 구조 심한 프로젝트 이어받아서 일할 시절이 있었는데 모듈화 한다구 그냥 실행해도 되는거 두번 꼬고 분해해서 실행하는 플젝보고 이게 뭔가 싶더라 걍 오브젝트 하나 띄우는거 팔로우 카메라 하나만드는거 이상해서 결국 갈아엎음

[글쓴 ㅇㅇ(180.182)]

이것도 gamemode 엔진소스 건들지 않으려고, experience 란걸 만든다음, 프레임워크 따라서 로딩과 비동기 하는거보고 진짜 미친놈이다 싶긴했어 사실 소스를 바꾸는게 간단할뿐더러, 최적화에는 좋을지 몰라도 로직이 굉장히 복잡해지니깐... 사실 하던대로 하는게 가장 빠른길 같더라..

[ㅇㅇ 2(112.221)]

신기술이 아니라 그냥 다른방식으로 구현해놨을뿐임. 뭐하러 그걸 공부하는지 모르겠네. 그저 엔진커밋하는놈들중 구현 이상하게하는놈이 만든 샘플프로젝트일뿐인데. 그방식으로 구현한다고 성능이 좋아지는것도 아니고 뻔한걸 다른방식으로 구현했을뿐인데.

[글쓴 ㅇㅇ(180.182)]

좋아지긴함... 기본적으로 tick함수자체를 안쓰는거나, gamemode자체가 워낙무거워서 이걸 experince로 아예 빼는방식이라던가, 엔진만들던 사람들이니 최적화에 대해서 엄청 신경을 많이씀. 근데 이걸 광적으로 집착하면서 최적화를 만들다보니 오히려 읽기가 굉장히 복잡해진게 큰 문제임... 사실 이런식으로 구현안하고 메모리 좀 포기하거나, 아니면 쉐이더 품질 낮추는게 오히려 더 효율이 좋을수 있음..

[파베르(jaba001)]

뉴비교육용으로 라이라 별로란소리가 처음나왔을떄부터 꾸준히있엇음 차라리 깃헙에 언리얼토너먼트찾아서 그거분석하는게 훨씬나음 발로란트도 토너먼트기반이고

[글쓴 ㅇㅇ(180.182)]

오... 이런게 있었구나 감사합니다

[ㅇㅇ 5(218.209)]

발로는 슈터게임 샘플 기반아님? - dc App

[파베르(jaba001)]

발로초창기에 파일폴더이름이 언리얼토너먼트그대로 나왔엇음 그거땜에 유명해짐 ㅋㅋ

[ㅇㅇ 5(218.209)]

긍까 그래서 난 그게 슈터게임으로 알고있는데 - dc App

[Indie 6(220.77)]

형 고마워 뉴비인데 라이라 손댓다가 피똥싸는중인데 그거나 찾아서 분석해야겠어

[ㅇㅇ 3(210.90)]

피쳐 단위(라이라에서 구현한 바로는 GameFeature Plugin 단위)로 쪼개기 쉽게 만들어져서 특정 기능을 추가할 때, 기존에 구성한 코드를 최대한 안건드는 방향으로 만든거임. 매번 외부에서 기능들을 주입해서 게임을 구성하는 형태고. 중앙(ex. 캐릭터, 게임모드, 플레이어스테이트)에서 최대한 코드를 빼서 기능별 모듈성을 극대화 시킨게 라이라 프로젝트인데 라이라 프로젝트 자체는 성능적인 것보단 생산성에 더 초점 맞춘 프로젝트임.

[ㅇㅇ 3(210.90)]

각 피쳐단위별 모듈성을 극대화 시켜서 여러 사람이 피쳐 단위로 작업을 진행하면 코드레벨에서 각자 병렬적으로 작업하기 쉽게 프로젝트가 구성되어 있음

[글쓴 ㅇㅇ(180.182)]

오히려 큰 프로젝트에서 여러명이 협업하기 좋게 하려고 gamefeature를 쓰는거구나..

[불타는키보드(1bnmaker)]

오 달리말하면 라이라를 쓰면 강제로 피쳐단위로 모듈을 관리하게 된다는 거임?? 뉴비 스파게티 제조기인데 완전 혹하는 거시에요. - dc App

[ㅇㅇ 3(210.90)]

너가 말한대로, "에픽에서 만든거라 가져다 써도 전혀 문제 없는 lyra프로젝트에 있는것을 그대로 다 불러와서 필요한 부분만 수정하는식이 100배는 현명하다는것을 깨닫게 되어버렸어.." 이럴수 있게 라이라 프로젝트가 설계되어 있음. 라이라에서 플젝을 시작해서 너가만들 피쳐를 GameFeature Plugin으로 빼서 작업하라고 설계되어 있는거임

[ㅇㅇ 3(210.90)]

ㄴ피쳐단위 진행을 하게 되는데 그게 대규모 인원에선 생산성을 높이는 방법일지도 모르겠지만, 혼자하면 설계하는 데에 시간 더 쓸 수도 있음

[불타는키보드(1bnmaker)]

[Indie 6(220.77)]

아ㅅㅂ.. 어떻게해 형들? 엔진 자체 지식도 별로 없는 마당에그 lyra 강의 듣고있는데 뒤지게 어려워서 할때마다 현타오는데 큰일이네.. 당연히 라이라 공부를 해야하는줄 알았는데 아닌건가.. 이 글 보니까 라이라 지식 크게 필요 없는건가?