why use tile rendering about glsl-pathtracer HOT 7 CLOSED

Sure, you can make the repo public 😊

from glsl-pathtracer.

@ib00 This answer from stack overflow explains it in a more understandable way than I probably did:

https://stackoverflow.com/questions/44181875/ray-tracing-via-compute-shader-vs-screen-quad

from glsl-pathtracer.

Hey :) Rendering the frame a tile at a time increases responsiveness of the application on older GPUs.

Some background:

The project is aimed at older GPUs that do not have support for hardware-accelerated RT. That is why everything from BVH traversal, and ray-triangle intersections to shading is done in a pixel shader. This allows people with old yet relatively decent GPUs to run the code. However, pixel shaders have their limitations as there's no control over how work gets executed on the GPU. This, along with the compute intensive nature of path tracing would mean rendering the entire frame at once will often cause the GPU to hang up and the display driver to crash. A simple solution to this is to split the rendering into small tiles, essentially simulating (in an very unsophisticated way of course) what CUDA/Compute shaders explicitly allow you to do.

With Vulkan/DXR/OptiX, significantly higher performance can be achieved with the cost of being locked to a vendor and/or the need to have a modern GPU that supports hardware-accelerated RT.

from glsl-pathtracer.

Thanks a lot for your quick answer, it lets me know why you're doing this. ≧◠◡◠≦

from glsl-pathtracer.

Hey :) I just make a simple real-time raytracing (with gpu filtering) using your framework. Can I make this repositorie public? Here is my url(https://github.com/qstx/Real-Time-GLSL-Based-PathTracing).

from glsl-pathtracer.

You mention that pixel shaders are executed in a different way than compute shaders
(hence need of tiles). Is there a good reference describing this (difference of pixel vs
compute shaders are executed)?

Thanks.

from glsl-pathtracer.

Thanks for the link. Good explanation.

from glsl-pathtracer.