Gamasutra is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


Gamasutra: The Art & Business of Making Gamesspacer
View All     RSS
October 1, 2020
arrowPress Releases







If you enjoy reading this site, you might also want to check out these UBM Tech sites:


 

Data from "A Night at the Roculus"

by Holden Link on 11/18/14 01:51:00 pm   Featured Blogs

2 comments Share on Twitter    RSS

The following blog post, unless otherwise noted, was written by a member of Gamasutra’s community.
The thoughts and opinions expressed are those of the writer and not Gamasutra or its parent company.

 

[Republished from my devblog]

At the beginning of October, my friend Nic and I released a game called A Night at the Roculus. It was a really stupid weekend project, apparently to the point that it was too stupid for many people to ignore. It got a lot of love from Reddit and the media, and we got to demo with VRLA at IndieCade. Like Floculus Bird and SMS Racing before it, I had my third viral game in 14 months. I'm not going to try and explain my luck, but this time I at least had the foresight to record some player data just in case we got a lot of downloads.

roculus_image_1

We used Unity's free GameAnalytics package in Roculus. We didn't track much - I mostly wanted to see if it was a game that people came back to often (which could indicate it's a game people enjoy showing their friends). While I'm happy to report that a near-majority of players boot up Roculus on multiple days after their first download, I was surprised to see that the average rig was only running it at about 58 FPS. The game runs at a solid 75 FPS on my home computer with a GeForce 560, so I decided to do a bit of research on what our players were running. After looking through it and breaking it apart, I realized the data could offer a snapshot of the current Oculus community's hardware for other devs to consider (click the images to enlarge):

gpu

gpu-listThe 20 graphics setups listed above made up over 95% of the unique players we recorded, or around 8,000 players (as of November 15th). You might notice we didn't get specific data for the Radeon cards - only the series numbers, which makes it less useful than the NVIDIA data, but we left it in their anyways to demonstrate the relative dominance of NVIDIA cards in our community.

To make this data a bit more useful, I also organized it by "tiers" around common graphics cards based on their PassMark G3D Score (click to enlarge):

cumulative

For much of the past year, the Oculus dev community called out the GeForce 770 as a "recommended" spec, but only about  40% of our players had a 770 or better. In targeting the GeForce 560 as the "low-end" spec, I know the game was capable of hitting framerate for just over 70% of our players.

That said, I was surprised that nearly a third of our players were using laptops or computers without dedicated graphics cards to run the game. If we can't rely on developers to have hardware with the recommended specs, it's probably not going to be a lot easier for the mass market with CV1. It's a good argument for targeting GearVR specs and optimizing the hell out of the things we're making now.

At the same time, I wasn't too surprised by the stubbornness of Intel HD 4000 series owners. I have that GPU in my 2012 MacBook Pro and I absolutely love the computer, but I found it to be barely capable for DK1 development and I never even bothered to try my DK2 with it. I suppose many Mac owners tend to think that recommended specs don't apply to them, and although I'm regularly impressed with the performance I get out of my Macbook, this is one of those times where it simply isn't up to task.

os-distribution

Roculus was only released for PC and Mac - we skipped Linux because, at the time, Linux was not supported by the Oculus Runtime required to use the DK2. About 20% of our players were on Macs, and most of them were on Macbook Pros or Mac Minis. I assumed they were responsible for bringing the average framerate down, but it wasn't the whole story: the average framerate on Macs was 46 FPS, but the average FPS on Windows was still just 63 FPS. I feel really bad for the Mac users who tried running the game on their 5 year old laptops and achieved less than 10 FPS!

So why were Windows machines still under the target framerate by a significant margin? This is where the data falls apart into a series of questions without answers. I didn't know how to track whether people were using Direct Mode or Extended Mode, so I can't see the correlation to framerate there. It's possible that some people running in Extended Mode got capped at 60 FPS instead of 75 FPS. It's possible that the game simply didn't run as well on other people's rigs as I thought, or that people were using different versions of the Oculus Runtime. There are way too many unknowns to determine exactly why the game didn't hit framerate for everyone.

I know that it did hit framerate for nearly 3/4 of our players, but hopefully we can get that number up before Cv1 releases!


Related Jobs

Random42
Random42 — London, England, United Kingdom
[10.01.20]

UE4 Technical Artist
Insomniac Games
Insomniac Games — Burbank, California, United States
[10.01.20]

Story Lead
Insomniac Games
Insomniac Games — Burbank, California, United States
[10.01.20]

Art Director
Insomniac Games
Insomniac Games — Burbank, California, United States
[10.01.20]

Character Artist (Blendshapes Focused)





Loading Comments

loader image