게임 회사 프로그래머 채용에서는 코딩 테스트와 함께 직접 만든 프로젝트를 봅니다. 수업 중에 자료구조와 알고리즘 문제를 꾸준히 풀고, 동시에 캐릭터 조작, 물…
혼자 만드는 게임에서 에셋이 필요한 이유
게임 하나에는 코드뿐 아니라 캐릭터와 배경 그래픽, 애니메이션, 효과음, 배경음악, 글꼴, UI 이미지가 들어갑니다. 회사에서는 이 일을 각 분야 담당자가 나눠 맡지만, 혼자 개발하는 사람은 모든 것을 스스로 해결해야 합니다. 프로그래머가 그래픽까지, 아티스트가 코드까지 모두 직접 하려고 하면 프로젝트 기간이 끝없이 늘어납니다.
에셋은 다른 사람이 만들어 판매하거나 무료로 공개한 게임 재료입니다. 엔진 공식 스토어나 여러 배포 사이트에서 3D 모델, 2D 스프라이트, 사운드, 코드 도구 등을 구할 수 있습니다. 잘 고른 에셋은 내가 약한 분야를 채워 주고, 가장 중요한 핵심 놀이와 완성도에 시간을 집중하게 해 줍니다. 실제로 많은 인디 개발자가 에셋을 활용해 출시까지 이릅니다.
에셋을 쓰기 전에 먼저 내 프로젝트에서 어떤 분야가 가장 시간이 많이 들지 따져 보는 것이 좋습니다. 프로그래머라면 그래픽과 사운드가, 아티스트라면 복잡한 시스템 코드가 병목이 되기 쉽습니다. 병목이 되는 분야를 에셋으로 해결하고, 내가 잘하는 분야는 직접 만드는 식으로 역할을 나누면 혼자서도 팀처럼 일할 수 있습니다. 개발 초기에는 임시 에셋으로 빠르게 뼈대를 만들고, 나중에 최종 에셋으로 바꾸는 방법도 자주 씁니다.
에셋 종류별로 따져 볼 점
| 종류 | 얻는 것 | 주의할 점 |
|---|---|---|
| 아트(모델, 스프라이트, 배경) | 그래픽 제작 시간을 크게 줄임 | 여러 출처를 섞으면 스타일이 어긋남 |
| 사운드(효과음, 음악) | 분위기와 타격감을 빠르게 확보 | 음량과 음색 차이를 맞춰야 함 |
| 코드 도구(대화, 인벤토리, 카메라 등) | 복잡한 시스템을 빨리 붙일 수 있음 | 엔진 버전 업데이트 때 동작하지 않을 수 있음 |
| 글꼴 | UI 완성도를 높임 | 게임 내 사용이 허용되는지 따로 확인 필요 |
코드 도구는 특히 신중하게 골라야 합니다. 편리하지만 내가 구조를 모르는 코드가 게임의 중심에 들어가면, 버그가 생겼을 때 고치기 어렵습니다. 만든 사람이 더 이상 업데이트하지 않으면 엔진을 새 버전으로 바꿀 때 프로젝트 전체가 묶여 버릴 수도 있습니다. 코드 에셋을 쓴다면 최근 업데이트 시기와 사용자 문의에 대한 응답이 꾸준한지 먼저 살펴보세요.
사용 조건은 다운로드 전에 확인한다
무료 에셋이라고 해서 아무렇게나 써도 되는 것은 아닙니다. 에셋마다 라이선스, 즉 사용 조건이 붙어 있습니다. 상업적으로 판매하는 게임에 써도 되는지, 게임 안이나 설명 페이지에 만든 사람 이름을 표기해야 하는지, 수정해서 써도 되는지, 다른 사람에게 파일 자체를 다시 배포해도 되는지가 대표적인 항목입니다.
- 상업적 이용 가능 여부: 판매나 광고 수익이 있는 게임이라면 가장 먼저 봐야 합니다.
- 출처 표기 의무: 크레딧 화면이나 스토어 설명에 표기 방법이 정해져 있는지 확인합니다.
- 재배포 금지: 게임 안에 넣는 것은 되지만 원본 파일을 공개 저장소에 올리면 안 되는 경우가 많습니다.
- 글꼴과 음악: 개인 사용만 허용하는 경우가 있어 따로 꼼꼼히 확인합니다.
이런 내용은 다운로드할 때마다 간단한 표에 기록해 두는 것이 좋습니다. 에셋 이름, 받은 곳, 라이선스 종류, 표기 의무, 받은 날짜 정도만 적어 두어도, 출시 직전에 출처를 찾느라 헤매는 일을 막을 수 있습니다. 코드 공유 저장소를 쓴다면 유료 에셋 파일이 공개 저장소에 함께 올라가지 않도록 제외 설정도 해 두어야 합니다.
여러 에셋을 하나의 게임처럼 보이게 만드는 법
에셋을 많이 쓴 게임이 비판받는 가장 큰 이유는 '조립한 티'가 나기 때문입니다. 캐릭터는 만화풍인데 배경은 사실적이고, 효과음은 장난스러운데 음악은 웅장하다면 플레이어는 금방 어색함을 느낍니다. 에셋을 고를 때부터 스타일 기준을 정해 두고 그에 맞는 것만 고르는 것이 첫 번째 방법입니다.
두 번째는 공통 처리를 덧입히는 것입니다. 전체 화면에 같은 색 보정과 조명 분위기를 적용하면 출처가 다른 에셋도 같은 세계처럼 보이기 시작합니다. 텍스처 색을 하나의 팔레트에 맞춰 다시 칠하거나, 모든 모델에 같은 셰이더를 적용하는 것도 효과가 큽니다. 사운드는 음량을 고르게 맞추고 같은 계열의 잔향을 입히면 통일감이 생깁니다. 이렇게 손을 대는 과정 자체가 '에셋을 그대로 쓴 게임'과 '에셋을 활용한 게임'을 가르는 차이입니다.
직접 만들어야 할 부분과 포트폴리오 표기
에셋으로 채워도 괜찮은 부분은 배경 소품, 일반적인 효과음, 기본 UI 틀처럼 게임의 개성과 직접 관련이 적은 요소입니다. 반대로 핵심 놀이를 만드는 규칙과 조작감, 주인공 캐릭터처럼 게임의 얼굴이 되는 요소는 직접 만들어야 게임이 내 것이 됩니다. 핵심을 에셋에 맡기면 비슷한 에셋을 쓴 다른 게임과 구별되기 어렵습니다.
취업용 포트폴리오로 쓸 게임이라면 무엇을 직접 만들었고 무엇이 에셋인지 분명히 적어야 합니다. 평가자는 지원자가 직접 구현한 부분을 보고 싶어 합니다. 기능 설명 문서에 '전투 판정과 적 행동 패턴은 직접 구현, 배경 모델은 외부 에셋 사용'처럼 구분해 두면 오해 없이 실력을 보여 줄 수 있습니다. 에셋을 고치거나 확장한 부분이 있다면 그것도 적어 두세요. 구매한 캐릭터 조작 도구에 벽 타기 기능을 직접 덧붙였다면, 그 자체가 남의 코드를 읽고 확장하는 능력을 보여 주는 근거가 됩니다.
어떤 에셋을 쓰고 어디까지 직접 만들지는 출시 목표와 일정에 따라 판단이 달라집니다. 혼자 만든 게임을 실제로 출시해 보고 싶다면, SBS아카데미게임학원 인디게임출시지원(게임 인큐베이팅) 과정 상담에 현재 빌드와 에셋 목록을 가져와 출시 전에 무엇을 손봐야 할지부터 점검받아 보세요.
자주 묻는 질문
유료 에셋을 사면 마음대로 써도 되나요?
구매해도 사용 조건은 그대로 적용됩니다. 대개 게임에 넣어 판매하는 것은 허용되지만, 원본 파일을 다시 판매하거나 공개하는 것은 금지되는 경우가 많습니다.
AI로 만든 이미지도 에셋처럼 써도 될까요?
사용한 서비스의 이용 조건과 출시하려는 플랫폼의 정책을 함께 확인해야 합니다. 정책이 계속 바뀌는 분야라 출시 전에 최신 내용을 다시 보는 것이 안전합니다.
가까운 캠퍼스에서 게임프로그래밍 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.