In the last few years Physically Based Rendering has taken over most pipelines.
PBR is supposed to produce better results, and save a lot of artist time, and it has so far delivered on those promises. PBR materials look fairly good in many different lighting conditions, cutting down a lot of the fiddling that lighting changes in WIP game scenes used to cause.
To achieve that, PBR goes much more in-depth into the physics of light, than the very approximate models from earlier years. You might remember BlinnPhong, one of the few lighting models which used to be commonly used in games. It didn't include roughness, metallicness and other important characteristics of materials which we now might take for granted. To our current, more discerning, eyes, it tends to make everything look like plastic.
 |
| Example of lighting model supporting roughness |
BlinnPhong can't adequately simulate all types of materials, but it was never supposed to be possible to have a one-size-fits-all lighting model. In the real world, materials can have wildly different characteristics, and many other lighting models have been devised and published in research papers over the years. Some of them were invented specifically for rendering, and some others for use in optics, manufacturing, and other kinds of applications.
All this various research on lighting models extended our understanding of how light ultimately works. We didn't seem to take advantage of it in games for some time though, mainly due to the limited power of our hardware. The advent of PBR depended on an increase in processing power, which duly happened.
Most 3D programs have introduced support for PBR. You may think that any PBR implementation should be the same, but PBR is a fairly flexible label. It only promises "physically based" rendering, and not "physically correct" rendering, and with good reason. The physics of light can get very complex, and a perfect simulation can't fit within real-time speed constraints, as of yet.
As a consequence of this inherent complexity, PBR systems are built out of a great number of choices between different, often equally valid, tradeoffs, and it's unlikely that all those choices will match perfectly between different teams and different programs. Implementors of PBR systems have to carefully consider many approximations, which will allow them to get to real-time speed, without giving up too much quality.
 |
| Subsurface scattering and translucency support |
A team who’s developing a game engine for general use will need to produce decent looking materials for any possible object they can think of. The racing game team car material might end up looking better, compared to the general engine one, because it’s the main priority for that team.
This is how PBR implementations end up diverging, as everybody tries to do their best to optimise for their specific objectives. The only way that two different 3D programs, engines, or games, can match their PBR system perfectly is by mutual agreement to do so. Which is what Substance, Unity, and others, attempt to do.
But even if at some point in time two PBR implementations might match perfectly, they may still diverge in the future, as renderers get reimplemented, refined and updated.
As an example of the rapid progress of game renderers: Unity is currently developing two new renderers: the lightweight, and the HD rendering pipelines. Their new rendering system, the Scriptable Rendering Pipeline is scriptable, as it says on the tin. As a consequence, many new different ad-hoc renderers based on that may pop up, as game developers optimise the rendering pipeline for their needs. These new renderers will not be guaranteed to preserve the look of your material as it was in substance, even when they happen to be physically based.
Personally, I welcome our new rendering overlords, as I love writing graphics code, and to make even better PBR systems, we need to be able to go beyond the status quo. But this innovation may come with some breakage, as innovations usually do.
 |
|
Claudia Doppioslash is a Graphics Programmer, a speaker and an author. She works as a game development consultant. She is the author of the book “Physically Based Shader Development for Unity 2017”, published by Apress, and of the Pluralsight course “Developing Custom Shaders in Unity”. She can be found on Twitter @doppioslashand is speaking at Develop:Brighton on Thursday 12th July 4PM in Room 3.
|
LATEST NEWS
Keep up-to-date
Sign up to our e-newsletter for all the latest info for next year's event!
Sign up now
Develop always gets put in the diary. There are many reasons to be here, not just the talks, but the networking, people exchanging ideas about where the industry is right now and where it’s going to. It’s pretty essential to be here I think.
Ian Livingstone, CBE
Develop is the must-attend event for the games industry in the UK. It’s where we all come together and learn from each other. It’s the best way into the industry and it’s the best place to learn from your colleagues.
Hannah Flynn
Failbetter Games
There really is a huge mix of people at Develop - loads of peers that you can learn from and the perfect blend of every element of game development as well.
Alex Moyet
Curve Digital
By coming to Develop what you get is the opportunity to network like you can’t in any other situation. Everyone knows everyone and it’s such a wonderful community feel.
Jessica Saunders
Salix Games
I absolutely love coming to Develop, it’s a brilliant, brilliant conference – you just know you’re guaranteed to meet everyone.
Jo Twist, OBE
Ukie
Develop is a very important place – it’s one of the few developer focussed conferences we have in Europe and that makes it very valuable.
Rami Ismail
Vlambeer
Develop is important – the networking is very important. And go to talks they’re inspiring and get your creative juices flowing, they can make you think and you’ll learn how other people do things.
Jason Kingsley
Rebellion
There’s really something for everyone at Develop and the experience of being around like-minded people is really useful.
Grace Carroll
Creative Assembly
Develop:Brighton’s a great conference. It’s got a spread of people from all parts of the games industry talking about such a wide range of topics.
David Amor
Mag Interactive
A lot of the opportunities that come from being here are speaking to other developers who are doing exactly the same thing as you. And there are some good parties – it’s very much a pleasurable work experience!
Gemma Foster
Dlala Studios
Get involved today!
There are many ways you can be part of Develop:Brighton 2020 - including speaking in the conference, taking a booth in the Expo or becoming a sponsor.
Find out moreOur Partners
Platinum Partners
Partners
Media Partners
