We’ve partnered with the development team at Crytek on a new video playlist series presenting research into VR movement and provide some tips to help you navigate your upcoming projects.
Check out the first installment below!
* * *
Today we’re releasing the first in a series of video playlists that presents research undertaken by the team at Crytek relating to movement in VR. We’ve shipped two award—winning VR titles — The Climb and Robinson: The Journey – on Oculus Rift, and many of the methodologies we explored made their way into those games. Some locomotion methods and actions will make it into future projects, and through sharing our research, maybe your own. We will also be presenting methods that didn’t work and what we learned. Over the coming weeks we’ll be sharing over 40 videos, each of which looks at different movements and actions in a VR space and we’ll talk about what works, what doesn’t, and how certain experiments could be applied.
Researching ways to move around in VR isn’t new. When you’re in this creative sphere, you have plenty of people who are very smart looking at movement and how to eliminate sickness, not just in game development. This has laid some useful ground rules for developers. We know that acceleration in a VR environment can make users uncomfortable. We know that objects in very close proximity during movement can induce discomfort, and so on.
We’ve seen plenty of examples of how developers have gone about testing movement. Often, however, they take place in white-box, playground environments. This makes sense for rapid testing, which is crucial, especially on commercial projects. However, it’s not necessarily true that you are going to have the same reactions in a playground as you would do in something that more closely resembles a polished video game level. And of course, when you see advice on best practice, whether shown alongside testing environments or not, you don’t necessarily know how they tried certain movements, what techniques they used, in what context, and so on. We wanted to develop a suite of comprehensive methodologies in an environment that would resemble the kind of spaces we set games in.
The Test Environment
The process started with our test environment. First, we decided to make it more like a video game level, populated and dressed in a way that went far beyond a playground. Our aim was to discover ways of moving through a video game level, so it made more sense for us to have a level that was a similar environment to the sort of areas that our level designers create, and offer something that is a bit more consistent to the brain. It’s not realistic, but we wanted to create an environment where the user would get a sense of being present.
Then we filled the level with features that we know can induce discomfort in VR. We had to make it large, so we could test acceleration to high speeds at large distances. We created very tight spaces so we could test methods with elements in close proximity. There’s a carousel, an elevator that moves and accelerates up and down at random, a room that replicates the motion of being on a boat at sea, platforms to jump off, and many other features designed specifically to provoke uncomfortable feelings.
Our environment was designed with input from members of our game design team, and if you are looking to create your own test environment, we suggest adopting the same approach to create a level that can meet your requirements.
There were some challenges to overcome during the course of testing. Many people can quickly get used to being in VR, so feelings of sickness can naturally diminish. That meant that we had to try out our prototypes on many different people, testing out “new brains” to ensure our findings were legitimate. Then, of course, we also had to try different people’s reactions to each prototype. What works for one may not work for another. And we had to schedule down time for people who experienced discomfort, which, with over 40 different ways to test locomotion in a devilish environment, was inevitable.
Over the series of videos we’ll look at expected movements, control schemes that we haven’t seen anywhere else, and all kinds of different actions. We’ll look at what works, what applications they might have, and what doesn’t work. We hope this research will help any developer looking for solutions or just looking to rule out options for their game. Hopefully this research can inform and inspire your own prototypes and we’d love to see people try new solutions we haven’t thought of yet. You can check out the first series of experiments in the series below and we hope you find them useful.
Check out the first playlist below!