Guest Posts - GPUOpen

| GUEST AUTHORS

Since we launched GPUOpen back in 2016, we’ve had a steady flow of guest posts from, or in collaboration with, a variety of games developers.

Here, you can read about how others have implemented FidelityFX effects and other GPUOpen software. These guest authors also share with you insights into the development of their own games, including various techniques and algorithms, and how they measure and improve performance.

Learn from those who have already been there, and done that!

| POPULAR GUEST POSTS

Porting Detroit: Become Human from PlayStation® 4 to PC – Part 1

Porting the PS4® game Detroit: Become Human to PC presented some interesting challenges. This first part of a joint collaboration from engineers at Quantic Dream and AMD discusses the decision to use Vulkan® and talks shader pipelines and descriptors.

Integrating FidelityFX into the Ego Engine

Tom Hammersley from Codemasters talks about integrating FidelityFX into the Ego Engine and implementing Contrast Adaptive Sharpening (CAS).

Optimizing GPU occupancy and resource usage with large thread groups

Sebastian Aaltonen, co-founder of Second Order Ltd, talks about how to optimize GPU occupancy and resource usage of compute shaders that use large thread groups.

Anatomy Of The Total War Engine: Part I

Tamas Rabel, Lead Graphics Programmer on the Total War series provides a detailed look at the Total War renderer as well as digging deep into some of the optimizations that the team at Creative Assembly did for the brilliant, Total War: Warhammer.

You can contribute too!

We’re always on the lookout for new guest posts and collaborative content to share with our readers. Got an idea for a post? Get in touch with us via your usual channels, or through @GPUOpen

| SEE ALL OUR OTHER GUEST POSTS

Porting Detroit: Become Human from PlayStation® 4 to PC – Part 3

The final part of this joint series with Quantic Dream discusses shader scalarization, async compute, multithreaded render lists, memory management using our Vulkan Memory Allocator (VMA), and much more.

Porting Detroit: Become Human from PlayStation® 4 to PC – Part 2

Part 2 of this joint post between Quantic Dream and AMD looks at non-uniform resource indexing on PC and for AMD cards specifically.

Using Ryzen Threadripper for Game Development – optimising UE4 build times

Guest post by Sebastian Aaltonen, co-founder of Second Order. It covers optimising building the engine and asset production when using AMD Ryzen Threadripper processors.

Reducing Vulkan API call overhead

This guest post, by Arseny Kapoulkine from Roblox, looks at the costs associated with calling various Vulkan functions tens or hundreds of thousands of times per frame, and ways to bring them down.

First steps when implementing FP16

Half-precision (FP16) computation is a performance-enhancing GPU technology long exploited in console and mobile devices not previously used or widely available in mainstream PC development.

Deferred Path Tracing By Enscape

Insights from Enscape as to how they designed a renderer that produces path traced real time global illumination and can also converge to offline rendered image quality.

AMD LiquidVR MultiView Rendering in Serious Sam VR

Croteam’s Karlo Jez writes about AMD LiquidVR MultiView Rendering in Serious Sam VR with the GPU Services (AGS) Library.

Vulkan and DOOM

This post takes a look at the interesting bits of helping id Software with their DOOM Vulkan effort, from the perspective of AMD’s Game Engineering Team.

Implementing LiquidVR™ Affinity Multi-GPU support in Serious Sam VR

This guest post by Croteam’s Karlo Jez gives a detailed look at how Affinity Multi-GPU support was added to their game engine.

Anatomy Of The Total War Engine: Part V

The final instalment in Tamas Rabel’s insight into developing the Total War engine looks at Multi-GPU.

Anatomy Of The Total War Engine: Part IV

Tamas Rabel talks about how Total War: Warhammer utilized asynchronous compute to extract some extra GPU performance in DirectX® 12 and delves into the process of moving some of the passes in the engine to asynchronous compute pipelines.