[💬] 번역)3일 후 운명이 결정되는 PalWorld라는 우연이 만든 이야기-4

[ㅆㅇㅆ(124.216)]

기적 2: 유니티에서 언리얼 엔진 4로 엔진 마이그레이션에 성공했다.

기존 코드는 모두 폐기했다. 사내에 UE4 경험자가 한 명도 없었다.

엔진 마이그레이션이라고 하면, 잘 모르는 사람에게는 윈도우 10에서 윈도우 11로 바뀌었나? 정도의 이미지일 것이다.

전혀 다르다.

윈도우에서 맥으로 넘어온 셈. 윈도우의 애플리케이션은 당연히 맥에서 작동하지 않는다.

분명하게 말하자면, 용도변경이라는 의미의 공통점은 '게임 엔진이다'라는 것 정도밖에 없다.

우선 개발에 사용되는 프로그래밍 언어부터 다르다.

유니티는 C#을 사용하지만, 언리얼 엔진은 C++을 사용한다.

C#과 C++은 C와 자바 정도 차이가 난다고 생각하면 된다. 게다가 C++이 더 난이도가 높다.

(C++의 취급은) 지금은 똑똑한 사람들을 위한 언어다.

그리고 팔월드를 유니티로 개발할 때는 유니티에 의존하는 에셋 자료를 구매해서 만들었다.

첫 번째 동영상 트레일러에 사용했던 많은 펄 모션은 에셋 스토어에서 구입한 것들이었다.

이들은 유니티의 애니메이션 시스템에 의존하고 있었기 때문에 언리얼 엔진에서는 사실상 사용할 수 없었다.

요컨대, 엔진 전환은 거의 처음부터 다시 만들어야 하는 셈이다.

간신히 재사용할 수 있는 것은 3D 모델 정도다.

그것도 구매한 애셋에 따라서는 사용할 수 없는 경우가 많았다.

다만, 게임 개발에서 처음부터 다시 만드는 것 자체는 간혹 있다.

우마무스메등이 처음부터 몇 번이나 다시 만든 이야기 등은 유명하다.

MOTHER2의 이와타 사토시 씨의 일화도 유명할 것이다.

하지만 현대의 개발에서 전 구성원이 전혀 경험이 없는 엔진으로 처음부터 다시 만드는 경우는 극히 드물 것이다.

그런 의사결정을 하는 사람은 없고, 애초에 그 시점에서 프로젝트가 실패한 것이기 때문이다.

그렇다면 왜 그런 결정을 내렸을까?

어느 날 갑자기 연락이 온 한 엔지니어에게 베팅을 한 것이다.

마침 팔월드의 첫 번째 동영상 트레일러를 공개하기 직전쯤, 마츠야라는 사람으로부터 한 통의 메일이 도착했다.

요약하면 다음과 같다.

"저는 프리랜서 엔지니어입니다. 오버던전과 크래프트피아가 재밌었습니다.. 저에겐 10년의 경험이 있습니다. 함께 게임을 만들고 싶습니다."

이렇게 경험 많은 엔지니어로부터 메일이 오는 경우는 흔치 않다.

나는 곧바로 미팅을 잡았다.

마츠타니松谷 씨와 이야기를 나누다 보니 그가 일정 수준 이상의 기술적 지식이 있고, 아마 리드 엔지니어급 실력이 있을 것 같다는 것을 알 수 있었다.

하지만 그는 유니티 경험이 없었다. 우리 회사의 모든 구성원은 유니티 경험밖에 없다.

이 시점에서 세 가지 선택지가 있었다.

-마츠타니 씨를 채용하지 않는다.

-마츠타니 씨에게 유니티를 처음부터 배우게 하고, 이대로 팔월드를 크래프트피아처럼 유니티로 개발한다.

-마츠타니 씨에게 베팅하여 지금까지 만든 모든 것을 버리고 언리얼 엔진으로 팔월드를 다시 만들자.

이 시점에서 팔월드의 엔지니어는 두 명뿐이었고, 두 사람 모두 리드 엔지니어의 경험이 없었다.

마츠타니 씨를 꼭 채용하고 싶었지만, 처음부터 개발할 때, 그것도 우리의 지식이 없는 언리얼 엔진이라면 얘기가 달랐다.

결국 이 결정은 정말 어려웠지만, 마츠타니씨를 믿고 언리얼 엔진으로 팔월드를 처음부터 다시 만들기로 했다.

나는 역시 지금까지와 같은 방식이 아닌 새로운 도전을 해보고 싶었다.

물론 언리얼 엔진으로 전환을 결정한 큰 이유 중 하나는

일반적으로 소비자들 사이에서 유니티보다 언리얼 엔진이 우월하다고 알려진 것도 한몫을 했다.

하지만 엔지니어 조달 비용은 유니티가 훨씬 저렴하다.

아니, 언리얼 엔진 경험자는 시장에 거의 없다고 봐도 무방할 정도다.

이후 5명이 넘는 엔지니어를 채용했지만,

결국 언리얼 엔진 경험자는 한 명도 뽑지 못했다. 모두 팔월드를 통해 배우게 됐다.

그들의 교육도 처음부터 마츠타니씨에게 맡겼다.

그리고 실제로 언리얼 엔진을 도입해 프로젝트를 처음부터 다시 시작하니 예상치 못한 일들이 이어졌다.

마츠타니씨는 의외로 버전 관리 시스템인 git을 사용해본 경험이 없었다.

현대의 팀 개발에서 git을 사용해본 경험이 없다는 것이 믿기지 않았는데, 사실이었다.

그는 언리얼 엔진을 사용한다면 Perforce가 더 잘 어울린다고 했다.

하지만 Perforce는 너무 비싸다. 우리 같은 회사가 지불할 수 있는 금액이 아니다.

Perforce를 쓸 수 없다면 적어도 git보다는 svn을 채택해야 한다고 한다.

솔직히 요즘 svn을 쓰는 회사는 레거시 이미지가 있어서 조금 망설였지만,

애초에 엔진 마이그레이션을 하는 거다. 그에 비하면 버전 관리 시스템 등 무엇이든 상관없다.

그의 말을 전적으로 믿고 버전 관리 시스템도 git에서 svn으로 전환했다.

(일반적으로는 퇴보라고 볼 수 있을 것이다.)

정말 모든 것이 제로베이스에서 출발했다.

그리고 결과적으로 이 엔진 마이그레이션은 성공적이었고, 팔월드는 무사히 3일 후 릴리즈를 맞이할 수 있었다.

git에서 svn으로 전환한 것도 지금 생각해보면 옳은 선택이었다고 할 수 있다.

마츠타니 씨는 역시 대단한 엔지니어였다.

그는 높은 엔지니어링에 대한 지식과 경험뿐만 아니라, 엔지니어 팀을 하나로 묶는 관리 능력도 갖추고 있었다.

우리가 과거에 출시했던 게임들이 인연을 맺어준 것이다.

이런 기적이 팔월드에는 잔뜩 쌓여 있다.

기적 3: 몬스터를 100개 이상 만들었다. 모션 경험자는 사내에 없었다.

3D 게임 개발 경험이 있고, 게임 모션에 대해 잘 아는 사람이 아니라면 이해가 잘 안 될 수도 있다.

나도 사실 만들기 전까지는 무엇이 어려운지 전혀 몰랐다.

잘 몰랐기 때문에 부담 없이 몬스터 수집 게임을 3D 액션 게임으로 만들기 시작한 것이다.

만들고 나서야 깨달았다.

어라, Pal(역주: 몬스터를 Pal이라고함)1마리 만드는데 한 달이 걸리네... 3D 모델 하나만 가지고는...

지금까지 사내에서 제대로 된 3D 모델을 자체 제작한 적이 없었다.

크래프트피아에서는 대부분의 3D모델을 애셋으로 구매해서 사용했었다.

그리고 3D 모델을 움직이려면 모션이 필요하다.

크래프티피아는 모션도 에셋으로 구매해 사용하고 있었기 때문에 크게 신경 쓰지 않았다.

또한, 사람의 모션은 본이라는 뼈대만 맞으면 쓸 수 있기 때문에 그 점에서도 양산을 의식할 필요가 없었다.

하지만 팔월드의 몬스터는 100마리가 넘는다.

더군다나 무서운 것은 몬스터 한 마리 한 마리의 골격이 모두 다르다는 것이다.

게다가 생김새도 모두 독특하다.

적 캐릭터가 인간이라면 골격은 같기 때문에 모션은 모두 쓸 수 있다.

리얼 계열 게임의 적 캐릭터가 모두 인간인 이유는 바로 이것이다.

하지만 독특한 모양의 몬스터가 100마리 있다면 당연히 모션은 공통화할 수 없다.

모두 수작업으로 하나하나 제작해야 한다.

참고로 몬스터 헌터 월드에서도 몬스터의 총 수는 50마리 정도다.

이쯤에서 다시 한 번 이 게임의 위험성을 깨닫게 된다.

어라, 몬스터 한 마리당 모션이 몇 개나 필요한 거지?

걷기, 달리기, 점프, 데미지, 공격, .......

세어보니 최소 20개. 사실 많으면 많을수록 좋다.

이 게임에는 팔이 거점 건설을 도와주는 요소가 있기 때문에 벌목, 채광 등 개별 액션별 모션도 필요하다.

모션 한개를 만드는 데 얼마나 걸리나요?

어, 업계에서는 평균적으로 1모션을 만드는 데 하루가 걸린다고...?

즉, 몬스터 100마리 * 모션 20개= 1인당 2000일이 걸린다는 뜻이네...?

그리고 모션 경험자는 없었다. 있었다면 진작에 이런 걸 알아차리고 격렬히 반대했을 것이다.

어느 날 인력회사에서 연락이 왔는데, 아다치(足立)라는 사람을 찾았다고 한다.

베테랑 모션디자이너인 그는 크래프트피아의 제작 과정을 보고 관심을 가졌다고 한다.

이후 업무 위탁으로 채용이 결정되면서 모든 것이 바뀌었다.

아다치 씨도 처음에는 깜짝 놀랐다고 한다.

"이 상태로 모션을 만들어왔어요...?"
"Rig는...?"

(역주:Rig는 애니메이션의 뼈대라고 할 수 있음)

Rig라는 것은 아주 간단하게 말해서, 모션을 붙일 때 있으면 편리한 보조적인 구조다.
예를 들어, 사람의 관절은 구부러지는 방향이 정해져 있다. 반대로는 안 돌아갈 것이고.

하지만 리그가 없다면 모션을 넣을 때마다 일일이 손으로 수정하면서 만들어야 한다.

포켓페어에서는 그전까지 Rig의 존재를 알고는 있었지만, 채택하지 않았던 것이다.

(참고로 나는 Rig라는 단어도 몰랐다.)

제대로 된 모션을 만드는 회사라면 절대 있을 수 없는 일이지만, 크래프티피아는 모션을 에셋으로 구매하고 있었기 때문에 그전까지는 큰 문제가 되지 않았다.

하지만 팔월드는 다르다. 100마리가 넘는 몬스터의 모션을 Rig 없이 만드는 것은 중장비 없이 피라미드를 만드는 것과 같다.

현대에는 불가능하다.

우리는 단순히 몰랐던 것이다.

베테랑인 아다치 씨가 오면서 드디어 모션의 양산 체제가 갖춰졌다.

파일 관리도 엉망이었다. 명명 규칙도 정해지지 않은 상태였고, svn으로 버전 관리도 이루어지지 않았다.
그런 것들을 모두 정비하고 양산 체제를 구축해줬다.

"어! 100체를 만든다고요? 이 인원으로?"

아다치 씨는 계획성이 없는 것에 놀랐다고 한다,

"새로운 제작 방식을 보고 싶어서 이 회사에 왔다"고 말했다.

그리고 팔월드를 완성하게 해주었다.
우연히 아다치 씨가 채용할 수 있었기 때문에 지금의 상황이 있는 것이다.

참고로 이후에도 계속 에이전트의 채용을 보았지만, 아다치 씨와 같은 베테랑은 한 명도 오지 않았다.

-나머지는 내일함. 나도 내 게임 만들어야하니까 ㅂㅂ

[bowmore(qcs5jom3x9tq)]

수고링

[bowmore(qcs5jom3x9tq)]

유일하게 상식적인 판단은 모바일 버리고 스팀으로 온거고 나머지는 미친짓과 도박수로만 점철되어있네ㅋㅋ 사람을 저런식으로 뽑는거는 삼국지에서도 잘 안할듯

[익명(58.29)]

진짜 유읻하다. 리그도 모르는 팀이 이런 대작을 만들어내다니 놀랍느

[파베르Dev(jaba001)]

크래프토피아를 만든덕에 a급개발자를 얻을수있었단거네ㅋㅋㅋ - dc App

[카퍠인(happys96)]

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

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

[ㅆㅇㅆ(124.216)]

개추

[bowmore(qcs5jom3x9tq)]

ㅇㄱㄹㅇ 성공했으니까 포장되는거지 그냥 1명 기술스택 기준으로 회사 전체가 따라간다는게.. 나같아도 추노함

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

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

[파베르Dev(jaba001)]

니가 아는만큼보이는거 언리얼은 깃이랑 잘맞지않음 주로 퍼포스 쓰는데 비싸다고 회사에서 안된다하니 차선책으로 svn을쓴거 그리고 3d에선 언리얼과 유니티의 기술격차는 어마어마해졋음 엔진커스텀이힘든 소규모일수록 언리얼이 옳을것임 - dc App

[ㅇㅇ 1(125.244)]

언리얼에선 리소스 자체를 임포트할때 항상 리소스를 자체적으로 언리얼전용 타입으로 바꿔서 uasset이라는 바이너리로 관리하는데, 이 바이너리관리가 아무래도 git에선 좀 불편하지. 그리고 리소스뿐만아니라 블루프린트도 생각보다 많이 쓰는편임.(블루프린트로 코드작성을 안한다쳐도 애셋 레퍼런싱만큼은 블루프린트로 하는경우가 대다수임) svn이나 퍼포스처럼 중앙관리식이면 서로 락 걸어서 아예 건들지조차도 못하게할수있는건데 말이지

[ㅇㅇ 2(211.204)]

유익한글이구만 왜 내려갔었다냐. 추