https://developer.download.nvidia.c...3I_qvgneykfnOT77YanX0N6QhJsQa22j9bL5XoTRqqi5r
^ Weighted reservoir sampling.
^ Weighted reservoir sampling.
Game development presentations - a useful reference
- Thread starter liolio
- Start date
Frenetic Pony
Veteran
Advances In Realtime Render 2021 course list is up: https://advances.realtimerendering.com/s2021/index.html
Decoupled Visibility Multisampling:
http://filmicworlds.com/blog/decoupled-visibility-multisampling/
http://filmicworlds.com/blog/decoupled-visibility-multisampling/
One could even call it "Material-based" Anti-Aliasing (MBAA) with a TAA fallback ...
Surface-based Anti-Aliasing (SBAA) does classification of the samples based on their depth range. Our surfaces or regions of samples in a pixel would be aggregated together based on their discontinuous depth ranges. We then shade a sample per each unique surface bordering each other in the same pixel ...
In MBAA, our regions of samples in a pixel will get classified according to our material. Unfilled samples in a pixel could be approximated from samples sharing the same material in our quad or they could be potentially switched within our quad ...
If we postulate that our regions of samples in a pixel will often share the same material and depth range then this might be a sound assumption. What would happen in a case where our regions of samples share the same material but they don't share the same depth range ? In this scenario, aliasing would almost certainly become a problem again because our discontinuous region of samples based on materials wouldn't correlate anymore with their depth ranges or more likely the edges of their surfaces ...
Surface-based Anti-Aliasing (SBAA) does classification of the samples based on their depth range. Our surfaces or regions of samples in a pixel would be aggregated together based on their discontinuous depth ranges. We then shade a sample per each unique surface bordering each other in the same pixel ...
In MBAA, our regions of samples in a pixel will get classified according to our material. Unfilled samples in a pixel could be approximated from samples sharing the same material in our quad or they could be potentially switched within our quad ...
If we postulate that our regions of samples in a pixel will often share the same material and depth range then this might be a sound assumption. What would happen in a case where our regions of samples share the same material but they don't share the same depth range ? In this scenario, aliasing would almost certainly become a problem again because our discontinuous region of samples based on materials wouldn't correlate anymore with their depth ranges or more likely the edges of their surfaces ...
IMR vs TBR architectures by Daniel Rakos (Khronos Group representative for AMD)
Last edited:
https://blogs.nvidia.com/blog/2021/...uE1IgJu2Qvq_uwinxZK3P8#cid=dl13_so-face_en-us
From Concept to Credits, Faster: NVIDIA Studio Ecosystem Improves Game Creation With RTX-Acceleration and AI
From Concept to Credits, Faster: NVIDIA Studio Ecosystem Improves Game Creation With RTX-Acceleration and AI
How long after the conference are presentations usually released to the public?
https://rastergrid.com/blog/gpu-tech/2021/07/gpu-architecture-types-explained/
Edit: whoops already posted
Edit: whoops already posted
Regarding Sampler Feedback:
https://software.intel.com/content/...back-texture-space-shading-direct-storage.pdf
More from GDC21:
https://software.intel.com/content/www/us/en/develop/events/gdc.html?linkId=100000054980663
Posted In:https://forum.beyond3d.com/posts/2216409/
By: @CarstenS
https://software.intel.com/content/...back-texture-space-shading-direct-storage.pdf
More from GDC21:
https://software.intel.com/content/www/us/en/develop/events/gdc.html?linkId=100000054980663
Posted In:https://forum.beyond3d.com/posts/2216409/
By: @CarstenS
https://developer.microsoft.com/en-us/games/blog/meet-the-microsoft-game-developer-kit-gdk/
GDKX still licensed but obviously that's just a few console specific api's in the grand scheme of things.
Software VRS with Visibility Buffer. Loving this series.
http://filmicworlds.com/blog/software-vrs-with-visibility-buffer-rendering/
http://filmicworlds.com/blog/software-vrs-with-visibility-buffer-rendering/
Noticed that this old good presentation on Stochastic rasterization was not here yet.
https://casual-effects.com/research/Enderton2012Stochastic/index.html
Idea of having sub frame time of rasterized/shaded sample is quite interesting, as it should allow proper motion blurred shading/lights/shadows in scene.
https://casual-effects.com/research/Enderton2012Stochastic/index.html
Idea of having sub frame time of rasterized/shaded sample is quite interesting, as it should allow proper motion blurred shading/lights/shadows in scene.
nVidia published the Chapter from Remedy about Raytracing in Control: https://developer.download.nvidia.c...PSHKIa6FOQ2FoEA-vs6ozC_yultQBtI7a1vHjmjcH57rE
Every other published free chapter: https://developer.nvidia.com/ray-tracing-gems-ii/preview
Every other published free chapter: https://developer.nvidia.com/ray-tracing-gems-ii/preview
Visibility TAA and Upsampling with Subsample History
http://filmicworlds.com/blog/visibility-taa-and-upsampling-with-subsample-history/
Guy is an idea machine. Really cool. Each blog post is a new way to use the visibility buffer.
http://filmicworlds.com/blog/visibility-taa-and-upsampling-with-subsample-history/
Guy is an idea machine. Really cool. Each blog post is a new way to use the visibility buffer.
RT Gems 2 is now available for free: https://link.springer.com/book/10.1007/978-1-4842-7185-8
And supplementary code: https://github.com/Apress/Ray-Tracing-Gems-II
And supplementary code: https://github.com/Apress/Ray-Tracing-Gems-II
Last edited:
Similar threads
