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
Calling all wannabe speakers!
Develop:Brighton brings together the game dev community to share ideas, learn and be inspired by each other. So if you have an idea for a conference session we'd love to hear it. Hurry - the deadline for submissions is 25 Feb!
find out more
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
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
We are so lucky to have Develop here in the UK. It’s a unique event where you can come and discover new things with people who care passionately about video games. It’s a sea full of new ideas.
Jonathan Smith
TT Games
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 is a really great way to network, it’s also great for going to talks and finding that little tip that you didn’t know before and thinking – oh I’ll bring that back to the team!
Leanne Loombe
Riot Games
Develop:Brighton is especially unique - it’s by the seaside and there’s a lovely relaxed tone that goes with that.The talks are cool, the networking is cool and having the opportunity to catch up with people – that’s always the excitement for me!
Sean Murray
Hello Games
Building games is hard and it’s taxing physically, mentally and emotionally. So being around a community that understands that is great – there’s a comraderie here.
Haden Blackman
Hangar 13
One of the things I like about Develop is it brings people together from across Europe and the whole world. There is a very high level of professionals here, so you have company leaders having drinks with juniors from their community.
Dr Mata Haggis-Burridge
NHTV
It’s really nice to see some of the younger people in our studio come to Develop, interact with other people in the dev community and make new contacts. I think it’s really important to learn from other people.
Abbie Heppe
Media Molecule
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
Get involved today!
There are many ways you can be part of Develop:Brighton - including taking a booth in the Expo or choosing one of the many sponsorship opporunities during the event or at the Star Awards.
Contact us now!Our 2022 Partners
Platinum Partners
Partners
Media Partners
