GameDev

2776 readers

1 users here now

A community about game development.

Rules:

Adhere to the general lemmy.blahaj.zone rules (#1 being no homophobia, transphobia, racism or other exclusionary content)
Self-promotion is fine as long as it's not spammy - share your progress, insights, techniques and mishaps! If you recently posted, update the previous post instead of filling the frontpage with your project
Hide NSFW/NSFL content behind a clear warning, for example: [NSFW Nudity]

More rules might follow if they become necessary; general rule is don't be a pain in the butt. Have fun! ♥

GameDev Telegram chat.

founded 1 year ago

MODERATORS

NoxiousPluK@lemmy.blahaj.zone

TeaHands@lemmy.world

TeaHands@lemmy.blahaj.zone

Why exactly is deferred rendering faster? (ma.fellr.net)

submitted 1 year ago* (last edited 1 year ago) by fell@ma.fellr.net to c/gamedev@lemmy.blahaj.zone

2 comments fedilink hide all child comments

Why exactly is deferred rendering faster?

The GPU is still doing the same work per pixel, isn't it?

Is it because there is less dependency chains as the buffers (albedo, normal, light, emission, ...) are independent?

#gamdev #rendering #opengl
@gamedev@lemmy.blahaj.zone @gamedev@lemmy.ml @opengl @gamedev@kbin.social

you are viewing a single comment's thread
view the rest of the comments

[–] gens@lemmy.fmhy.ml 2 points 1 year ago

Usually renderers do a z pre-pass to eliminate overdraw. Real reason for deferred shading to be faster would be lights. In normal forward, every light has to be accumulated for every pixel. And this problem is solved today with clustered shading (aka forward+). Link to paper: https://www.cse.chalmers.se/~uffe/clustered_shading_preprint.pdf

In short, these days deferred shading is slower because of memory bandwidth.