Dark Age of Camelot -I
NDL엔진을 사용해 만든 게임중의 하나인 Mythic Entertainment 사의 Dark Age of Camelot의 분석내용입니다. Mythic의 게임 개발 경험들, 입증된 기술력으로 만들어 놓은 코드, 그리고 창조의 범위를 제한하는 한계들. 어떻게 이러한 것들을 조화시켜 성공적인 MMORPG를 만들어낼 수 있었는지 알아보도록 하겠습니다.
이 자료는 Game Developer 한국어판 3월호에 실린 내용입니다.
저자 : Matt Firor (mattf@mythicentertainment.com)
Dark Age of Camelot은 2001년 둘째 주(10월7일) 동안 미국에서 가장 많이 팔린 컴퓨터 게임이었다. 그리고 내가 글을 쓰고 있는 지금도 안정적으로 상위 5위안에 속해 있다. 이 포스트모템은 성공적인 타이틀이 어떻게 계획되고 또 개발되었는지에 대한 개관이다. 프로젝트에서 필자의 역할은 게임의 프로듀서였다.
Mythic Entertainment는 1995년부터 하나의 회사로서 온라인 게임들을 개발해왔고, 이 회사의 창업 멤버들은 그 이전부터 온라인 게임을 개발해왔다. 사실, 하나의 회사로서 우리는 모든 종류의 온라인 게임들을 개발해봤다는 점에 있어서는 아마 다른 어떤 회사보다도 경험이 많을 것이다. 여러 해에 걸쳐 우리는 롤플레잉 게임, 1인칭 슈팅 게임, 탑-다운 우주선 슈팅 게임 그리고 전략 게임 등을 온라인으로 만들어왔다. 필자가 마지막으로 Game Developer 지에 포스트모템을 쓴 것은 1998년 5월에, 유명한 영화인 Alien에 바탕을 둔 온라인 1인칭 슈팅 게임인 Aliens Online에 대한 것이었다.
3D 가속이 되지 않는 게임인 Aliens Online 이후, 우리는 우리의 첫 번째 3D 가속 게임인 스펠바인더 : 더 넥서스 컨플릭트(Spellbinder : The Nexus Conflict)를 만들어 냈다. 그 프로젝트를 진행하는 동안, 우리는 NetImmerse 3D 엔진 API 툴킷의 개발사인 NDL과 관계를 맺었다. 우리는 그 과정을 통해 3D 엔진 개발에 대해 많은 것을 배웠으며, 3D 엔진에 기반 하여 소프트웨어나 아트웍을 개발하는 데 익숙해지게 되었다. 또 인터넷 슈팅 게임 Spellbinder 를 끝마치면서 어느 정도 성공을 거두었고, 아직도 적지만 열성적인 팬들이 있다.
NDL의 NetImmerse 엔진은 유연하고 안정적이며 플레이어들이 기대하는 기능들로 채워져 있다는 것이 증명되었다.
도시와 생물들, 세계를 구성하는 물체들과 마법 효과는 전적으로 3DS Max로 만들어졌고,
NetImmerse의 Max 플러그인인 MaxImmerse 를 이용해서 추출(export) 했다.
Spellbinder 프로젝트를 끝마치고 나서, 우리는 전통적인 텍스트 기반의 머드 게임에 그래픽 요소를 가미한 방식으로 성공을 거둔 Ultima Online이나 Everquest와 같은 새로운 온라인 게임들과 경쟁하기 위해 그래픽 온라인 롤플레잉 게임을 만들기로 결정했다.
몇 해에 걸쳐 우리는 Dragon's Gate 와 Darkness Falls : The Crusade를 포함한 몇 개의 텍스트(그래픽 없는) 온라인 롤플레잉 게임들을 만들었다. 우리는 이미 RPG 게임을 개발해 보았기 때문에, 이미 시장에 출시된 다른 RPG 게임들과 차별화 하기 위해서는, 우리의 새로운 타이틀에 뭔가 다른 특징을 가미해야 한다는 것을 잘 알게 되었다.
Darkness Falls : The Crusade(이하 DFC로 표기)는 소위 Realm(왕국, 界)이라고 불리는 3개의 다른 종족이 서로 Idol이라는 마법 유물을 지배하기 위해 싸움을 벌인다는 고유한 특징을 갖고 있었다.
우리는 이러한 개념이 매우 마음에 들었고, 이렇게 팀 기반의 싸움을 게임 디자인의 핵심으로 갖는 온라인 게임이 없었기 때문에 이는 DFC 플레이어들을 게임에 붙들어 잡아주는 역할을 해주었다. 그래서, 1999년 말에 우리는 DFC의 그래픽 버전을 만들기로 결정했다. 프로젝트는 "Darkness Falls 3D" 라고 이름 붙여졌고, 우리는 클라이언트 엔진과 서버 기술을 연구하며 사전 작업에 들어갔다. 바로 즉시, 우리가 마음에 들어 하는 요소가 2 가지 있다는 것이 명백해졌다.
Camelot의 엔진과 클라이언트/서버 기술은 마법효과와 전투 애니메이션을 보여주고,
시스템 메시지와 채팅을 분석해주며 게임플레이에 최소한의 영향을 미치면서 수없이 많은
클라이언트/서버 메시지를 보내면서도 대단히 안정적인 것으로 입증되었다.
첫째로, 우리는 DFC의 서버 코드를 새로운 게임의 근간을 위해 플랫폼으로써 사용할 수가 있었고, 또한 훨씬 향상된 버전의 Spellbinder 그래픽 엔진을 DFC3D의 클라이언트로 사용할 수 있었다. 클라이언트/서버 메시징이 결합된, 이런 견고한 클라이언트와 서버를 처음부터 가지고 있다는 것만으로도 개발 기간이 최소한 1년 정도 절약될 수 있었다.
둘째로, 더욱 유리한 것은, DFC 서버가 게임의 오브젝트, 몬스터 그리고 무기의 데이터베이스를 함께 가지고 왔다는 것이었다. 사실, 우리는 Camelot 프로젝트를 이미 작업된 많은 데이터들과 함께 시작했다. 우리의 사장인 Mark Jacobs가 최소한 부분적으로라도 아서왕의 전설에 기반 하여 게임을 구성하자는 아이디어를 제안하기 전까지, 우리는 DFC 3D의 개념에 따라 진행하고 있었다. 그것은 멋진 아이디어였다. 아서왕 이야기는 저작권 걱정 없이 누구나 사용할 수 있는 것이기 때문이다.
물론, 게임이 3개의 왕국간의 갈등에 기초하고 있었기 때문에, 우리는 즉시 다른 두 Realm을 각각 노르웨이의 바이킹 신화와 아일랜드의 켈트 전설에 기초하도록 하자고 제안했다.
각 Realm이 각기 다른 종족과 클래스, 길드, 지형 그리고 몬스터를 가지고 있었기 때문에,
세가지 문화권의 신화와 전설을 포함한다는 것은 Camelot이 세가지 게임을 하나에 담은 것처럼 느끼게 해 주었다.
아서왕이 영국에서 어떤 일이 있었는지에 대해서는 누구나 알고 있었기 때문에, 우리는 게임의 배경을 아서왕의 사후로 맞추고 세 Realm 간의 갈등에 대한 배경 이야기를 만들어 냈다. 게임은 'Dark Age of Camelot'으로 새롭게 이름 붙여졌고, 2000년 1월 즈음에 우리는 본격적으로 프로젝트를 시작했다. 1년 반 그리고 셀 수 없이 많은 Monty Python 농담(역주 : Monty Python은 70년대 영국의 유명한 코미디 그룹)들을 들으며, 우리는 게임을 완성해냈다.
모든 것은 하나의 개념으로부터 시작되었다. 플레이 가능한 종족인 트롤은 어슬렁거리는 사람 같이 생긴
생물에서 지금 보이는 것처럼 좀 더 신화적으로 영감을 받은 버전의 모습으로 개발과정 내내 바뀌었다.
Dark Age of Camelot의 초기 버전에서는 클래스와 마법 시스템을 구성하려고 Rolemaster라는 테이블 RPG의 라이선스를 이용했었다. 프로젝트를 얼마 진행하지도 않은 시점에, Rolemaster를 만들어 낸 회사인 Iron Crown Enterprises는 파산 신청을 했고, 우리는 사용권을 잃게 되었다. 하지만 그 결과, 우리는 더 이상 그 라이선스에 기초한 규칙들에 충실해야 할 필요가 없었고, 이는 우리에게 좋은 일로 판명되었다. 비록 Rolemaster의 내용들을 게임에서 제거하기도 하며, 또 마법과 클래스의 이름을 고치고 재조율 하는데, 1 주일동안 고생해야 했지만 말이다.
하나의 회사로서, Mythic은 충분한 이익을 낼만한 큰 프로젝트를 수행해 본적이 없었기 때문에, 어떤 하나의 게임에 모든 자원을 쏟아 부을 수 있었던 적이 없었다. 완전한 규모와 범위의 Camelot을 만들기 위해, 우리는 Mythic의 모든 사람들이 프로젝트에 완벽하게 전념하기를 원했다. 그렇게 하기 위해서는 자금의 유입이 필요했고, 바로 그 때 New York의 Abandon Entertainment가 개입했다. Abandon 사는 몇 개의 작은 회사들을 소유하고 있었고, 각 회사들은 필름 스튜디오, 웹 기업 그리고 게임 컨텐츠 개발사 등으로 엔터테인먼트의 각기 다른 분야에서 특화되어 있었다. Abandon 사는 게임 개발에 더욱 많이 개입하길 원했고, 그래서 Mythic 사의 주식 일부를 구입했다. 이 돈은 절실하게 필요하던 프로그래머들과 아티스트들을 뽑게 해주며, 우리 모두를 Camelot 프로젝트에 전념할 수 있도록 해 주었다. 우리의 회계 장부는 우리가 2000년 1월부터 18개월 동안 개발할 충분한 자금이 있다는 것을 보여주었고, 2001년 9월이라는 빡빡한 마감일을 주었다.
2000년 여름에, 우리는 모든 팀을 완벽하게 갖출 수 있었다. 우리는 다른 온라인 RPG 게임 개발사에 비해서는 다소 작은 규모인 25명 정도의 정규 개발자들을 갖고 있었지만, 우리의 기술은 필요한 프로그래머의 수를 충분히 감소시켜 주었다. 그래서 우리는 5명의 프로그래머와 10명의 월드 제작자, 7명의 아티스트 그리고 다른 부분에서 일하는 몇 명의 사람들로 구성될 수 있었다.
Mythic의 부사장이자 기술 고문인 Rob Denton은 모든 클라이언트와 서버 프로그래밍, 그리고 둘을 묶어주는 클라이언트/서버 간의 메시징에 대해 책임졌다.
그는 우리의 아이디어들이 실제로 작동할 수 있는지 아닌지 말해줄 수 있었기 때문에, 기획 회의동안 그가 주는 정보들은 매우 중요했다. 그는 즉시 모든 특징들을 "가능", "불가능" 그리고 가능하지만 그가 허락하지 않는 "목록에 올림"으로 분류했다. Brian Axelson은 서버 프로그램을 담당하면서, 플레이어간의 전투가 중심이 되는 게임에서 매우 중요한 요소인 전투 시스템을 디자인했다. Jim Montgomery는 Camelot의 클라이언트 인터페이스를 코딩하면서 또 동시에 마법 주문 시스템을 디자인하고 코딩했다.
CJ Grebb과 Lance Robertson은 아트 팀을 이끌었다. Lance가 모델링과 애니메이션 그리고 팀의 작업 마감일들을 처리하는 동안, CJ는 게임이 어떻게 보이고 느껴질 것인가에 대해 책임졌다. 그들은 Camelot의 캐릭터와 몬스터의 모델과 애니메이션을 만들어 내기 위해 3DS Max와 Character Studio를 사용했다. 게임 캐릭터들은 게임의 조작에 의해 꺼졌다 켜졌다 하는 몇 개의 모양들을 자체적으로 포함하고 있었고, 이런 캐릭터 모델은 기술적으로 향상된 것이었다. 따라서, 각 모델들은 새로운 모델을 로드하지 않고도 헬멧을 쓴 머리와 머리칼이 있는 일반 머리를 동시에 가질 수 있었다. Mike Crossmire는 현란한 효과로 애니메이트되는 마법을 보여주기 위해 NetImmerse를 비틀어가며, 게임의 마법들을 3D Studio로 만들어냈다.
Camelot의 개발에 또 다른 중요한 팀은 Colin Hicks가 이끄는 월드 팀이었다. 이 팀은 퀘스트, 몬스터 배치, 오브젝트 배치 그리고 Dark Age of Camelot의 세계를 제작하는데 관련된 모든 것들에 대해 책임을 졌다. Camelot의 경제는 Dave Rickey에 의해 설계되었다. 이 경제 시스템은 플레이어들이 레벨이 높아짐에 따라 돈을 쓰게 하여, 게임 내에 머무는 돈의 양을 제한해 주었다. Dave와 Mark Jacobs는 Camelot의 거래 스킬 시스템을 디자인했는데, 이는 플레이어들로 하여금 방어구, 무기 그리고 다른 오브젝트들을 만들 수 있게 하였고, 모든 것들은 경제 시스템과 연결되었다.
필자가 프로듀서로서 수행한 수 많은 일들(저작, 설계, 설득, 논쟁 등) 속에서 나의 일은 모든 팀들이 함께 일하도록 만드는 것이었다. 우리가 모두 같은 페이지를 보고 일하고 있다는 것을 확인하기 위해, 나는 거의 매일마다 Colin, Rob, CJ, Lance를 불러모아 아침 회의(불행한 시간인 아침 8:30에)를 주최했다. 필자는 또한 마스터 게임 클라이언트를 유지할 책임도 맡고 있었다. 게임에 추가되는 모든 파일들은 나에게 전달되어야 했고, 나는 그것들을 확인하고는 게임의 나머지 부분들과 통합했다.
게임의 음향과 음악에 대해서, 우리는 Los Angeles에 위치한 Womb Music과 계약했는데, 이들은 우리의 몇몇 타이틀의 음악을 만들어 준 적이 있었다. Womb의 주요 인물인 Rik Schaffer는 몇 개의 긴 배경음악과, 게임 세계의 깊이와 퀄리티를 높이기 위한 켈트, 노르웨이 그리고 옛 영국 민요 풍의 짧은 곡들로 구성된 멋진 사운드 트랙을 작곡해 주었다.
2편과 3편에서 이번 작업의 잘된 점과 잘못된 점을 각각 보도록 하겠다.
|
