[💬] 다시쓰는 언리얼과 유니티

[익명(1.222)]

이전에 쓰던 글 날라간김에 내용을 좀더 바꿔서 써봄.

그때만큼 불타고 있지 않기때문에 내용이 좀 더 허접해짐;

일단 간단히 날 소개하자면

원래는 게임개발이 주 목적이었지만, 어느새 RnD충이 되서 기술공부만 하고있는 놈임. 

난 전문학원같은거 다닌게 아니라 내용이 좀 틀릴 수 도 있지만 양해좀 ㅎㅎ.

일단 유니티랑 언리얼 요약부터 하고 가자면

언리얼은 강력하고 탄탄한 엔진이지만, 알아야 할 api가 엄청 많고, 엔진 짜여진게 마음에 안들면 소스 줄테니 커스텀 하시던가 이런거고

유니티는 물렁물렁하고 부드러운 엔진이고 짜여진게 별로 없어서 하나하나 만들어 나가야되지만, 직접 만드는만큼 마음대로 가능하다.

자 이제 부분별로 좀더 알아보도록 하자.

자기가 모르는 파트면 그냥 안읽고 패스해도 좋을듯ㅇㅇ

--------------------------------

먼저 프로그래밍 부분.

간단히 키 입력을 하면 걸어가는 캐릭터를 만든다고 가정하자.

언리얼은 아에 Character 클래스가 있다. 거기에 걷는데 필요한거 왠만한거 다있다.

최대 걷는 속도부터 걸을 수 있는 각도 등등.

근데 이걸 그냥 레벨에 배치한다고 쓸 수 있는건 아니고, 언리얼 특유 프레임워크를 따라야된다.

언리얼은 PlayerController라는 클래스가 있는데, 이놈이 플레이어의 키 입력을 받는다. 그리고 얘가 캐릭터에게 입력 받았다고 쏴준다고 이해하면 된다.

즉 플레이어(물리) -> 키보드(물리) -> 플레이어컨트롤러(언리얼) -> 플레이어 캐릭터(언리얼)

이런식으로 입력이 가는거라 보면 된다.

캐릭터 이동하는거만 해도 구현된거 자체는 많지만

알아야할 api가 많다 ㅇ

마음에 안들어? 엔진 소스 수정하던가

그리고 블루프린트라는놈이 있는데, 이놈은 언리얼의 비주얼 스크립팅 툴이다.

코딩을 안할뿐이지 프로그래밍하는건 똑같아서,

제대로 못짜면 겜 안돌아간다.

블프에서 없는 노드? c++로 만들어야됨 ㅇㅇ.

이하 블프는 가상머신으로 돌아가는데, 그만큼 언리얼 c++보다 느림.

근데 심각하게 느리진 않지만, for같은 반복문에 엄청 취약함.

100개 반복정돈 거뜬한데 10000단위 가면 차이 확보임.

블프랑 c++ 관계는 거의 c++이 상위개념(?)인듯 하지만 100%아니고 99%정도라고 할 수 있다.

보통은 c++엔 있는데 블프엔 없어서 못하는것들이 많아서 블프 병신이라 생각 할 수 있지만

c++ 코드에서 블프 호출하는건 개지랄맞고, 블프의 타임라인이라는 간단하고 유용한 노드는 c++에서 써먹으려면 머리 터진다.

그래서 에픽에서도 c++에서 블록을 만들고 블프에서 조립하는 방식을 추천한다.

여담으로 블프사용관련 문서내용은 대부분 한글화가 되어있지만,

c++ api 문서는 그렇지 않다. 뭐다? 영어다~

유니티는 먼저 게임오브젝트를 하나 씬에다가 둔 다음, 거기에 필요한 컴포넌트들을 다 붙여준다.

rigidbody도 붙여주고 collider도 붙여주고...

그리고 이동입력과 물리를 처리할 스크립트도 짜서 붙여준다.

스크립트에 뭐 최대속도가 어쩌니 각도가 어쩌니 이런거 짜줘야된다.ㅇㅇ

마음에 안들어? 에셋스토어 ㄱㄱ

언리얼과 다르게 컨트롤러라는 중간단계는 유니티에서 개발자가 별도로 프레임워크를 그렇게 짜지 않는이상, 스킵이 가능한것 ㅇㅇ

플레이어(물리) -> 키보드(물리) -> 플레이어 캐릭터(유니티)

이런게 가능하다.

프레임워크 너가 짜야함.

이렇게 유연한 만큼 프레임워크를 자칫 생각없이 짜면 곧 자신이 만들어낸 스파게티괴물을 맛보게 될것이다.

-------------------------------

다음으로 렌더링 부분.

먼저 언리얼은 기본 디퍼드 렌더링이고,

유니티는 기본 포워드 렌더링이다.(유니티 최신! 버전에서의 LWRP나 HDRP는 제외하자, 내가 아는게 없음)

포워드 디퍼드를 간략히 요약하면,

라이팅은 메쉬 렌더링마다 하느냐, 아니면 메쉬들 다 그린후 한번에 라이팅 하느냐 이차이다.

기술에 따라 추가적인 차이점은 글에서 필요한 내용만 다루겠음.

언리얼은 렌더링용 셰이더 코드를 직접 코딩할 순 없다. (글로벌 셰이더 플러그인으론 가능하지만 이건 우리가 아는 일반적인 셰이더가 아니다)

대신 머티리얼 에디터를 이용해 재질을 만들어낸다.

이때 언리얼은 머티리얼 에디터에서 작성한 머티리얼을 토대로 셰이더 코드를 만들어내고,

그걸 이용해서 렌더링을 처리한다.

따지자면 머티리얼 에디터에서도 커스텀 노드라고 코드 주입시킬 수 있는게 있는데, 어디까지나 주입이다. 다른거 못건듬.

유니티는 애초에 쉐이더 코드를 짜야된다. 기본 쉐이더는 보통 보면 구리게 나오는경우가 많음 ㅇㅇ.

언리얼은 ㅅㅂ 잘만 나오던데 유니티는 왜이럼 할 수 있겠지만, 언리얼은 그게 이미 다 짜여진게 자동으로 되는거고

유니티는 너가 직접 짜야되는것이다. 이건 단점이 아니라 장점이 될 수 도 있는데, 직접 하는만큼 원하는 방향으로 처리가 가능하다는것.

언리얼에서 카툰렌더링을 하는거랑 유니티에서 하는거랑 갭차이는 엄청나다.

언리얼 라이팅은 소스코드 수정을 하지 않는이상 접근불가라, 검색해서 나오는 튜토리얼들 십중팔구 페이크 라이팅이나 포스트프로세스(후처리)로 비빈다.

실제 렌더파이프라인의 라이팅연산단계에서 처리하는게 아니라 다른곳에서 페이크 친다는말임 ㅇㅇ

그래서 정확성이 떨어지고 한계점도 가깝다.

날려먹은 글에선 정확성이 떨어지는 이유에 대해 TMI했는데 그냥 이번글에선 빼겠음.

걍 라이팅정보를 제대로 못주니까 라고 생각하셈.

진짜 라이팅 단계에서 처리하려면 엔진 소스를 수정해야되는데, 이게 셰이더파일만 수정하는게 아니라, 저 머티리얼 에디터가 자동으로 셰이더 파일 짜주는 코드도 좀 수정해 줘야함.

일이 커짐.

게다가 셰이더파일이 라이팅을 나중에 몰아서 하는만큼 분산되어있기 때문에, 만질 파일들 많음 ㅋㅋ

유니티는 카툰쉐이더 만든다고 엔진소스 수정해야한다고 하면 다들 ?????? 반응일것이다.

렌더큐에다 컬링옵션까지 빼곡히 지원해주는데 엔진소스를 왜건듬? 미쳤음?

유니티는 기본 포워드인만큼 쉐이더 코드 작성시 라이팅 정보를 직접 쉐이더에 처리하도록 짠다. 아니 짜야한다.

대신 언리얼만큼 곱게 나오려면, 라이팅에 관한 여러가지 연산들을 직접 구현해야한다.

마음에 안들어? 에셋스토어 ㄱㄱㄱㄱ

못만들어? 에셋스토어 ㄱㄱㄱㄱㄱ

여담으로 유니띠의 채신 버전에서의 LWRP랑 HDRP는 언리얼방식을 따라가고 있던데, 좀더 아트친화적으로 쉐이더 코드를 자동으로 만들고 돌리는 방향으로 ㅇ.

그외엔 아는게 읎따.

-------------------------

마지막으로 그냥 기타등등 주저리

--

언리얼 2D : 병신임. 2d기능들 ㅈ도 없음. 2d 피직스도 없음.

유니티 2D : 설명이 필요한가? 찬양하자. 스프라이트도 깔끔하게 잘나온단다.

--

언리얼 3D : 때깔이 오지게 곱게 나오기 때문에, 어지간히 못만들지 않는이상 기본기만 있다면 잘 나오는편임.

국산 갓흥겜 갓띵 BlackOut만 봐도 그래픽은 좋아보이잖음.

유니티 3D : 기본이 구려서 에셋 붙여주거나 직접 쉐이더 만들어야함. (계속 말하고 있는거지만 LWRP랑 HDRP는 제외.)

--

기타 기능들

언리얼 : 4.22버전 기준 LOD 자동생성툴같은 아트들이 큰절 올릴만한 강력한 툴들이 내장되있는게 많음.

유니티 : ? 에셋스토어 ㄱ

영어가 필요한 이유는 귀찮으니 더 적지 않겠다.

아무튼 알면 좋음.

여담으로 언리얼은 셰이더라 쓰고 유니티는 쉐이더라 썼음.

각각 문서에서 저렇게 쓰더라.

[익명(118.131)]

여담으로 표준외국어표기법에 의하면 셰이더임

[ㅍㄷ(124.50)]

수ㅖ이더 추

[익명(122.211)]

으 좋은 글이다

[익명(175.223)]

개추

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[ㅍㄷ(124.50)]

ㅇㄱㄹㅇ 니가 1~2주 동안 맨땅에 헤딩하면서 개발한거 에셋스토어에서는 40불에 팔고 있을 것이다 게다가 스펙은 더 많을 것이고

[익명(175.223)]

욕하려고 들어왔는디 ㅈㄴ 정확하게 알고있네 - dc App

[익명(175.223)]

정확히는 붕괴같은 커스텀 렌더 3D 게임을 만들고싶으면 유니티를 해야하고 - dc App

[익명(175.223)]

언리얼은 아재겜을 만들때 쓰면댐 - dc App

[익명(175.223)]

지우지 말아주라 이거 좀따 복사해놓고 애들보여주게 - dc App

[익명(223.33)]

언리얼은 쉐이더 코드 접근 불가능함? 그럼 앰플리파이 쉐이더도 언리얼에서 지원하던데 그건 뭐여?

[익명(211.36)]

https://forums.unrealengine.com/unreal-engine/marketplace/1347810-amplify-shader-was-submitted

[익명(211.36)]

글쓴이인데 말하는 엠플리파이가 이거라면, 얜 언리얼 '엔진 플러그인'이라고 엔진소스 수정한 플러그인임

[익명(223.33)]

난 앰플리파이 쉐이더 보고 당연히 사용자가 쉐이더 접근 가능할줄 알았는데 ㅋㅋㅋㅋㅋ 빠른 친절한 답변 고맙다

[익명(211.36)]

언리얼 기본 머테리얼 에디터가 앰플리파이 쉐이더 역할을 한다고 생각하면 되는데, 똑같은게 아니라 기능이 다 같은게 아님. 그리고 위에 언급한대로 언리얼 렌더파이프라인 특성상 머티리얼에서 라이팅정보로 오물조물 셰이더 못짬

[익명(223.33)]

나는 유니티만 하는 찐따라서 언리얼 정보 자세하겐 첨보네 고맙다

[익명(180.230)]

언리얼이냐 유니티냐 놓고 싸우는 놈들은 이글에 써진거 뭔소린지 알아듣지도 못할거임

[익명(211.225)]

언리얼 알아야 할 api 가 좀 많긴 한데.. 좀 보고 쓰다보면 별로 많게 안 느꺼지고 사용하기도 별로 안 어렵고 필요한건 거의 다 있음 ㅇㅇ

[익명(117.111)]

유니티도 캐릭터는 캐릭터컨트롤러 있어.. 어줍잖게 컴포넌트 붙여서 만드는것보다 훨씬 안정적

[익명(211.36)]

언리얼 플레이어컨트롤러랑 유니티 캐릭터컨트롤러는 이름만 비슷하고 완전 다른거임.

[익명(117.111)]

플레이어캐릭터가 밑에 달려있었구만기래

[데쿠(hhw000)]

졸라 시원시원한 글이고, 추천준다 인정하지 틀린부분 하나도 없네. 난 이제 앞으로 LWRP HDRP나오면서 유니티가 기본 내장되어있는 머티리얼만 사용해도 참 잘나와서 좋음. 특히 LWRP는 존나 가벼움. 또 쉐이더그래프가 그렇게 좋을 수 없는데, 나온지 얼마 안되서 강의같은게 적음. 좀만 더 시간 지나면 쉐이더그래프도 쉽게 배우고 좋은 환경이 구성될듯. 기본 유니티사용 및 쉐이더 그래프만 잘 하면 진짜 언리얼 그게머꼬? 할정도의 퀄이 걍 나오더라

[익명(223.38)]

디테일추