If you click on a link and make a purchase we may receive a small commission. Read our editorial policy.

The Criterion Tech Interview: Part One

Meet the team behind Burnout's engine evolution.

Every Saturday, Digital Foundry takes over the Eurogamer homepage, offering up a mixture of technical retrospectives, performance analyses and new ways to showcase some of gaming's most classic titles. When the opportunity arose to meet up with the Criterion tech team, I jumped at the chance - the aim being to get the full story behind what is one of the most technologically advanced games of this generation: Burnout Paradise.

The full feature, complete with exclusive video of the brand new Big Surf Island DLC was significant enough, but it covered just part of the exhaustive conversation I had with the Criterion tech team. I came away with more... much more.

So here, completely unabridged, is the entire discussion. Or rather, the first part of it - covering the evolution of the ultra-low latency Burnout engine, the Renderware connection, code-sharing within EA, plus the open world technology unique to Burnout Paradise.

Digital FoundryCan you introduce yourselves and tell us a little about your background?
Richard Parr

I'm Richard Parr, technical director at Criterion Games. I've been at Criterion since August 1999, I joined just as we started looking at the PS2. Criterion were one of the few, and possibly only companies outside of Sony to have PS2 hardware, which was one of the reasons I came here! I was lead programmer on Burnout 1 and did the same on Burnout 2, then moved into looking into both Burnout 3 and Black. I became technical director around the time that EA bought us.

Alex Fry

I'm Alex Fry, senior engineer at Criterion Games. I joined in August 1998, and was involved in a fairly small tools and tech team before moving to the engine side of things, working on Dreamcast, then about a year later worked with Richard at looking at PS2. I worked as the lead... well, the only graphics engine coder on Burnout 1.

Digital FoundrySo, what is the relationship between what you do and the Renderware platform that you used at the time? Were you part of the Renderware development effort, or did you have this engine that you would tinker with, exploit, and tune for performance?
Alex Fry

Yeah all of the above, the great thing about being with Criterion is that we all sat in the same building. The core engineers working on the graphics side of it and myself became good friends, talked a lot and Criterion Games became a very trusted party and worked really closely with those guys to make sure the right decisions were made. We were pretty instrumental in the evolution of the Renderware tech from version three when we started working on PS2.

Digital FoundryVersion three? So what about the previous versions?
Alex Fry

The previous version was PC and Dreamcast.

Richard Parr

Renderware was originally a software renderer for PC...

Digital FoundryLike Argonaut's BRender?
Alex Fry

Yes, with the advent of PS2, Renderware became a very nicely layered rendering technology that we helped evolve.

Richard Parr

We were at the cutting edge and we were encouraging the guys to keep their stuff customisable, then we'd customise it and feed it back to them about how it worked, and how we were finding it. Burnout 1 used a lot of the vanilla Renderware code just out of the box, with some optimisations.

Digital FoundryBut right from the beginning, Burnout was always 60 frames per second...
Richard Parr

Yes, it was always 60 frames. It was lacking a little in things like mip-mapping, but...

Alex Fry

One of the decisions I always regret!

Digital FoundryMip-mapping... well that probably cost you a million sales...
Alex Fry

It made the game far too flickery, but by the time we realised that was the major cause, it was just too late. One of the questions we were always asked at developers' conferences was "Can we have your version of Renderware?" and I'd always reply with glee that "it's the same one you've got". We didn't write our own version of it. It was just out of the box, but we worked with the Renderware team to make sure we used it properly.

Digital FoundryIs Renderware still in existence now? Is it just part of a collection of EA tech that is shared amongst the studios? Wasn't there a Battlefield game on 360 that used it?
Richard Parr

There are a number of licensees world-wide that still use it, but on previous generation hardware.

Alex Fry

Once we got to the period of Burnout 3, Revenge and Black... the last PS2 games we did (the machine was epic!)... Renderware was still evolving, but we were looking at the next gen at that point. Internally we were working with EA Tech on a new version of it – you can call it that, but it's not got the same name – a new evolution of Renderware with the same ethos for use internally.

Digital FoundryIs there a shared technology ethos within EA? Could I see an example of Criterion code working in say, the last Need for Speed? Isn't it actually the case that a module of code is very difficult to integrate into a different codebase?
Alex Fry

It's completely arbritary. Something simple like an XML reader, you can expect that to be used as-is. But for something heavily written for a particular game...

Digital FoundryWell there is an example in Uncharted, where Guerrilla Games are credited... something to do with the shadowing techniques...
Alex Fry

Ah yes...

Richard Parr

There is a system internally in EA where we share knowledge. If we've got interesting, cool ways of doing things, we're very up for sharing that. There are a number of systems in place for sharing code... there are some things you can package up nicely, little nuggets of tech that are shared and we use some of that in our code. But the stuff that's critical to your game you'll want to understand enough to use it. That doesn't mean you need to write it, but you do need to invest a lot of time to study someone else's code to understand it enough to use it to the best of your ability. It's a balancing act – getting the most out of the fact that EA is a large organisation with a lot of very talented engineers, against having something that's suitable for a game you're writing at the time. There are one or two pieces of code used throughout EA, but they tend to be on the tools and infrastructure side.

Alex Fry

Just because a piece of tech might be shared, that doesn't mean it's going to look the same between games. Both Skate and Burnout Paradise use the same level rendering engine.

Digital FoundryI can kind of... half-believe that. It does touch 60fps, it is v-synced... triple-buffered?
Alex Fry

Skate might be but Burnout isn't. It's double-buffered.

Digital FoundrySo double-buffering gives a faster response time.
Alex Fry

Minimal latency.

Digital FoundryThere is a technique for measuring latency... filming screen and controller with a 60FPS camera, counting the frames and multiplying by 16.67ms... the absolute minimum that has been measured is 50ms.
Alex Fry

That's Burnout. On a CRT display. From the point of the input being read to the display being flipped on-screen, that's 50ms.

Digital FoundryInfinity Ward commissioned Ben Heckendorn to produce an LED board that's positioned next to the monitor and reads button inputs and lights LEDs for measuring latency in a similar way...
Alex Fry

Very sensible. But as you probably know, most of the latency in gaming today comes from the processing going on in the LCD TV. They often have five, ten frames of latency.

Digital FoundryAnd it's even worse if they have to scale the image to their native resolution...
Alex Fry

Yes, we try to get the latency down to the lowest possible, because it's just a better experience. It's one of the reasons Burnout runs at 60FPS.

Digital FoundrySo you've got to take into account 60FPS in every piece of code you devise to go into the game.
Alex Fry

You don't necessarily have to take it into account, but the latency and the percentage of the frame it occupies...

Richard Parr

Everyone's got their budgets... so if you're covering AI, we'll say "Right, you've got five, ten per cent, of a 60Hz frame"...

Digital FoundryEvery time I see alpha or beta code with poor frame rate, I'm usually told that it's not complete and that it will be sorted, but with Criterion games it actually happens. You're sustaining 60...
Alex Fry

That's the key word. If you sustain it, you'll achieve it. If you leave it and try to claw it back at the end, you won't.

Digital FoundryThe new architecture on console seems to be all about threading...
Alex Fry

It's about parallelism, not necessarily threading...

Digital FoundryDoesn't that introduce latency in itself in that you need to synchronise the multiple processes?
Alex Fry

It doesn't. It depends on how you do it actually. If you just say, "I have four processors, I'll have four threads" and I'll run something on one, something on the other, then depending on how you synchronise them, there can be massive latency... or no latency. You can do what I'd imagine a lot of teams do and run a bit of your game and then hand it off to the next thread while the next frame does some of the physics, the next some of the AI, then the next does the rendering. You do that and you're queuing up massive latency over many frames, and that's bad. But you can do the same amount of work differently; instead of deferring it a frame and doing it in one long run, you can break it into chunks and do it simultaneously using as many processors as possible. When you start and stop, because you've used all the processors, you can get the latency down that way while still maintaining a lot of performance. I think the best games will choose the best models... not just for the entire game, but for bits of each game. For example, maybe physics needs to be really low latency, but AI path-finding to a far part of the world can be slower and you won't notice.

Digital FoundrySpeaking of open world, it's a phenomenal achievement to get that working at 60FPS, especially with all the graphical bling you've got going on. What were the key challenges there?
Alex Fry

There were a number of challenges – the key thing is just to take them all on, take a look at your game design and don't try anything that's going to be insurmountable. You have to run some numbers, work out whether it makes sense or not. Does it roughly add up or not? Streaming... that's independent of the rendering... you render what you stream... as long as you can stream it into memory and render it on time then you're OK. So we split streaming into one focus group, and rendering into another and approached it that way. I think streaming was one of the biggest hurdles...

From Assassin's Creed to Zoo Tycoon, we welcome all gamers

Eurogamer welcomes videogamers of all types, so sign in and join our community!

In this article
Follow a topic and we'll email you when we write an article about it.

Burnout Paradise

PS3, Xbox 360

Burnout Paradise: The Ultimate Box

PS3, Xbox 360, PC

Related topics
About the Author
Richard Leadbetter avatar

Richard Leadbetter

Technology Editor, Digital Foundry

Rich has been a games journalist since the days of 16-bit and specialises in technical analysis. He's commonly known around Eurogamer as the Blacksmith of the Future.