My name is Sebastien Lambottin, I was the principal designer of the naval gameplay for Assassinâ€™s creed 4 black flag and with this article I would like to share with the developer community my prototyping methodology:Â building aÂ gameplay prototyping library.
I know doing prototypes is nothing new for a game development team. What I consider special about the way Iâ€™m doing prototypes is that by using the same external engine repeatedly, Iâ€™ve build a library of features that I can reuse from one project to another.
Hereâ€™re some examples of the features weâ€™ve managed to prototype on AC4 with this methodology:
- For every ship AI archetype, a prototype of a first basic version of the AI (the brig, the frigate, theÂ man of warâ€¦. )
- A prototype for our ballistic shooting mechanic, especially to evaluate how hard and difficult we could make it.
- A prototype for basic AIÂ navigation for the ships. To defineÂ the challenge a group of ship wouldÂ create to the player.
A part of the result of those prototypes was the architecture of the player's weapon ship:
(For those who have read my article about the pillar of combat design -http://www.gamasutra.com/view/feature/175950/the_fundamental_pillars_of_a_.php - this schematic above will remind you what I was explaining about designing very different and complementary weapons for the player)
Now that youâ€™ve seen some examples and some result of our prototypes, Iâ€™d like to go in detail about my methodology:
Overall Iâ€™d say the goal Iâ€™m aiming for with those prototypes is to increase the iteration speed of the design and also, as a game designer, to give me the ability to be more creative within an â€śAAAâ€ť dev-team.
In a certain way what inspired me about trying to build a gameplay prototyping library is the way concept artists work.
They generally use the same tool from one production to another: Adobe Photoshop. This tool is an external tool, and thereâ€™s a big community using it.
As they keep using the same tool, theyâ€™ve built a library of brushes and textures which they keep from one production to another.
Just as the artists which are using Photoshop, Iâ€™ve chosen an external engine which is different from the in house engine the team use to develop your game.
Thereâ€™re 3 main reasons for this:
Thereâ€™s already a community which might exist and support you to use this external engine.
You donâ€™t rely on any specific need from your tech team. (You donâ€™t have to bother them)
You'll be able to stick to it and keep it from one production to another. This will let you have access to any feature you had developed in the past, which ultimately tends to build a library of features which keeps growing.
Building your library of features is the most important concept of the methodology.
When you have developed a base set of features, you will be able to re-use and combine these features to create new prototypes rapidly.
Hereâ€™re some concrete examples which demonstrate the benefits Iâ€™ve obtained from building and maintaining my library of features.
I- Mini-map example
For the need of a shooter prototype Iâ€™ve coded a mini map to be able to spot the playerâ€™s allies around him.
Then when I had to code the prototype of naval combat for AC4 I just had to import my code and assets I had coded few years ago for my shooter prototype.
II- Multiplayer example
Having the base of a multiplayer working in a game engine is quite tricky, and it takes a bit of time to code it.
I spent a few months 2-3 years ago to learn this complex exercise of coding a basic multiplayer.
For fun, Iâ€™ve implemented the multiplayer in the prototype I did for the naval combat. It took me just 2 days to add the multiplayer in this prototype. This is one of my best examples to showcase how my library starts to become very efficient to code new prototypes.
III- Ship and sword fight example
Iâ€™ve coded many combat prototypes so I have a lot of clean code and assets in my library. In parallel, we did a prototype of naval combat. Then just to test a few ideas Iâ€™ve implemented a sword fight system inside the naval gameplay prototype. This took me little more than a day to implement. Once again it shows how quickly I can combine different features Iâ€™ve developed for different prototypes.
Itâ€™s been 4 years that Iâ€™ve really started to code those prototypes. So the library of features starts to be quite big. Also by building this featureâ€™s library, little by little, Iâ€™ve learned and improved myself a lot about game programming.
As a game designer having the ability to code by myself and showcase my idea in a playable way has turned to make me more creative and more precise in my design.
By being more and more efficientÂ at codingÂ prototypes you'll be able to playtest a lot of feature with them. Indeed those prototypes are super helpful to de-risk and playtest the most complicated feature and get ready for production.
The most ambitious exercise with my methodology would be to prototypes all the game this way, only focusing on gameplay.
To make a parallel with another entertainment industry, the movie industry uses a super-efficient tool to give them an overview about what their movie is going to look like in early development stage: the story board:
Iâ€™ve always felt that we were missing some steps to validate our ideas before developing a game, and reaching the level of completion of a story board would be the next step Iâ€™d try to go with my methodology.
I hope this article will inspire other designers. Overall I wanted to express that as game designer itâ€™s always good to push our abilities to be as autonomous as possible, and be more efficient within the team.
As a reminder, the key takeaway from my methodology would be this simple schematic:
Code it yourself + keep using the same toolÂ + build your gameplay prototyping library
1: Expand your creativity, explore new feature by yourself: new camera view, new type of vehicle, new AI behavior...
2: Be more efficient; increase your iteration speed, your communication. Accelerate accessibility to playable feature and rely on it to take decision