1996년 여름, 한 개발자가 텍사스의 작은 사무실에서 소스코드 몇 줄을 고치다가 프레임률이 두 배로 뛰는 걸 보고 소리를 질렀다는 일화가 있다. 그 코드가 훗날 게임 엔진 산업 전체의 궤적을 바꾼 "타일 기반 렌더링 최적화"의 원형이었다는 이야기는 지금도 개발자 커뮤니티에서 회자된다. 게임 개발 엔진의 역사는 이런 우연과 절박함이 뒤섞인 실험의 연속이었고, V18 엔진은 그 오랜 축적의 결과물 중 하나로 평가받는다.
초기 게임 엔진은 사실 "엔진"이라는 이름이 무색할 만큼 게임 하나에 종속된 코드 덩어리였다. 1990년대 초반까지만 해도 개발사들은 매번 게임을 새로 만들 때마다 렌더링·물리·입력 처리 로직을 처음부터 다시 짰다. 이 비효율을 깨달은 몇몇 스튜디오가 "재사용 가능한 코어"라는 개념을 도입하면서 비로소 엔진과 게임이 분리되기 시작했다. 이드 소프트웨어의 둠 엔진, 이후 퀘이크 엔진이 대표적인 초기 사례로 꼽히며, 이때부터 엔진 라이선싱이라는 별도 산업이 형성됐다.
2000년대 들어 언리얼 엔진과 크라이엔진이 그래픽 품질 경쟁을 주도하면서 엔진의 버전 넘버링 자체가 마케팅 수단이 됐다. 버전이 올라갈수록 렌더링 파이프라인, 셰이더 모델, 물리 연산 방식이 근본적으로 바뀌었고, 개발자들은 새 버전이 나올 때마다 기존 자산을 마이그레이션하는 데 상당한 시간을 쏟아야 했다. 이런 흐름 속에서 V18 엔진은 비교적 후발주자로 등장했는데, 특징은 명확했다. 하나의 코드베이스로 콘솔·PC·모바일을 동시에 타깃팅하면서도 플랫폼별 최적화 레이어를 분리한 구조를 택한 것이다.
V18의 가장 큰 기술적 화두는 "동적 라이팅과 정적 라이팅의 하이브리드 처리"였다. 실시간 전역 조명(GI)은 비주얼 품질을 크게 높이지만 연산 비용이 막대하다. V18은 씬의 정적 요소는 사전 베이크하고, 동적 오브젝트에만 실시간 라이트맵을 적용하는 절충안을 택해 중급 하드웨어에서도 안정적인 프레임률을 확보했다는 평가를 받았다. 다만 이 방식이 완전히 새로운 발명은 아니라는 비판도 있다. 업계 일각에서는 V18이 앞서 나온 다른 엔진들의 접근법을 조합한 것에 가깝다고 지적하며, 진정한 혁신인지 아니면 잘 다듬어진 절충안인지에 대한 논쟁이 여전히 이어지고 있다.
또 하나 주목할 지점은 툴체인 접근성이다. V18은 비주얼 스크립팅 도구를 대폭 강화해 프로그래밍 경험이 적은 소규모 팀도 게임을 완성할 수 있도록 문턱을 낮췄다. 이는 인디 개발 생태계 확장에 기여했다는 긍정적 평가와 동시에, 엔진 의존도가 높아지면서 개발사가 특정 엔진 업데이트 정책에 종속되는 부작용을 낳았다는 우려도 함께 제기된다. 실제로 엔진 라이선스 정책이 변경될 때마다 중소 개발사들이 반발한 사례는 여러 차례 있었고, V18 역시 예외는 아니었다.
결국 게임 엔진의 기술 발전사는 단순한 그래픽 경쟁사가 아니라, 접근성과 통제력 사이의 줄다리기이기도 하다. V18 엔진은 그 흐름의 한 단면을 보여주는 사례로, 이후 엔진들이 어떤 방향으로 진화할지를 가늠하는 참고점 역할을 하고 있다.
게임을 만들 때 개발자들이 매번 그림 그리는 도구, 물리 계산 도구를 처음부터 만들지는 않아. 이미 만들어진 "게임 엔진"이라는 걸 가져다 쓰지. 마치 요리할 때 프라이팬을 매번 새로 만들지 않고 있는 걸 쓰는 것과 비슷해.
1990년대 초반까지만 해도 상황이 달랐어. 게임 하나 만들 때마다 화면에 그림을 그리는 코드, 캐릭터가 부딪히는 걸 계산하는 코드를 전부 새로 짰거든. 그러다 몇몇 회사가 "이걸 재사용하면 되지 않을까?" 하고 아이디어를 냈고, 그게 바로 게임 엔진의 시작이야. 둠이라는 유명한 옛날 게임을 만든 회사가 그 엔진을 다른 회사에도 빌려주면서 엔진 사업이라는 게 생겼어.
시간이 지나면서 엔진들은 계속 버전업을 했어. 그래픽이 점점 좋아지고, 물리 계산도 더 정교해졌지. 그런데 버전이 바뀔 때마다 예전에 만들어둔 게임 자산(캐릭터, 배경 등)을 새 버전에 맞게 다시 손봐야 하는 번거로움도 있었어.
V18 엔진은 이런 흐름 속에서 나온, 비교적 늦게 등장한 엔진이야. 특징은 "하나의 엔진으로 콘솔, PC, 휴대폰 게임을 전부 만들 수 있다"는 거였어. 그리고 가장 중요한 기술은 조명(빛) 처리 방식이야. 실시간으로 빛을 완벽하게 계산하면 예쁘긴 한데 컴퓨터가 너무 힘들어해. 그래서 V18은 "안 움직이는 건 미리 계산해두고, 움직이는 것만 실시간으로 계산"하는 절충안을 썼어. 덕분에 그래픽도 괜찮고 성능도 크게 나쁘지 않았지.
물론 다 좋은 평가만 받은 건 아니야. "이건 완전히 새로운 기술이 아니라 다른 엔진들 아이디어를 잘 섞은 것뿐이다"라는 비판도 있어. 그리고 V18은 코딩을 잘 못하는 사람도 게임을 만들 수 있게 그림으로 프로그래밍하는 도구를 강화했는데, 이건 좋은 점이지만 그만큼 그 엔진에 너무 의존하게 되는 단점도 있다는 지적을 받아.
결국 게임 엔진의 발전은 그래픽만 좋아지는 이야기가 아니라, "누구나 쉽게 만들 수 있게 하면서도 성능은 유지하는" 균형을 찾아가는 과정이야. V18 엔진은 그 균형점을 나름대로 실험한 사례라고 볼 수 있어.
게임을 만드는 사람들은 매번 새로 시작하지 않아. 이미 만들어진 "도구 상자"를 써. 이 도구 상자를 게임 엔진이라고 불러.
옛날에는 이런 도구 상자가 없었어. 게임 하나 만들 때마다 그림 그리는 법, 캐릭터가 부딪히는 걸 계산하는 법을 전부 처음부터 만들어야 했지. 그건 마치 집을 지을 때마다 망치도 새로 만들고 못도 새로 만드는 것과 같았어. 너무 힘들었겠지?
그러다 똑똑한 사람들이 "도구를 한 번 잘 만들어놓고 여러 게임에서 계속 쓰면 되잖아!" 하고 생각했어. 그렇게 게임 엔진이 태어났어.
시간이 지나면서 이 도구 상자는 점점 좋아졌어. 처음엔 네모난 그림 정도만 그릴 수 있었는데, 나중엔 진짜 같은 그림자, 진짜 같은 물결까지 만들 수 있게 됐지.
V18 엔진은 이 도구 상자 중에서 조금 늦게 나온 버전이야. 이 엔진의 특별한 점은 "빛"을 다루는 방법이야. 빛을 완벽하게 계산하려면 컴퓨터가 아주 힘들어해. 그래서 V18은 꾀를 냈어. 안 움직이는 물건의 빛은 미리 계산해두고, 움직이는 물건의 빛만 그때그때 계산한 거야. 마치 숙제를 미리 해놓고 급한 것만 나중에 하는 것과 비슷해.
또 V18은 그림으로 게임을 만들 수 있는 기능도 넣었어. 그래서 글자로 된 코드를 잘 몰라도 게임을 만들 수 있게 됐지. 덕분에 더 많은 사람들이 게임을 만들 수 있게 됐어.
이렇게 게임 엔진은 계속 발전하면서, 더 예쁘고 더 쉽게 게임을 만들 수 있는 방향으로 나아가고 있어. V18 엔진도 그 긴 역사 속 한 걸음이야.
문서 정보
최초 작성
최종 갱신
분류
기술
HANGUL.WIKI가 정리·작성한 문서입니다. 정확성을 위해 노력하나 오류가 있을 수 있으므로, 중요한 내용은 공식 출처를 통해 확인하시기 바랍니다.
내용의 오류나 정정 요청은 오류·정정 신고로 알려주시면 검토 후 반영합니다.