Slashdot Mirror
Measuring the Xbox One Against PCs With Titanfall
An anonymous reader writes "Earlier this week, Respawn Entertainment launched Titanfall, a futuristic first-person shooter with mechs that has been held up as the poster child for the Xbox One. The Digital Foundry blog took the opportunity to compare how the game plays on the Xbox One to its performance on a well-appointed PC. Naturally, the PC version outperforms, but the compromises are bigger than you'd expect for a newly-released console. For example, it runs at an odd resolution (1408x792), the frame rate 'clearly isn't anywhere near locked' to 60fps, and there's some unavoidable screen tear. Reviews for the game are generally positive — RPS says most of the individual systems in Titanfall are fun, but the forced multiplayer interaction is offputting. Giant Bomb puts it more succinctly: 'Titanfall is a very specific game built for a specific type of person.' Side note: the game has a 48GB install footprint on PCs, owing largely to 35GB of uncompressed audio."
It is as retarded as it sounds. There is absolutely no justification for it in this is this day and age. Using look ahead decompression and caching would be a net equal, or perhaps a smidgeon higher CPU usage. It means they are in effect wasting DMA bandwidth and CPU cache by streaming uncompressed files.
I'm a DSP guy by trade, and it's one thing that's obvious - game programmers don't know how to do sound properly.
They continue to insist on driving audio by the "main" game engine thread (see Valve's games with looping audio and stutters when things get busy). Or even when they dedicate a thread, they continue to use a push model for sound - when almost all modern audio APIs have agreed that a callback based model is the "correct" way. (The notable exception being OSS which is broken for this reason).
The pro-audio guys have pretty much nailed how you do low latency high priority audio, and the game programmers continue to get it wrong.