http://www.realtimerendering.com/blog/seven-things-for-10132011/ Tracking the latest developments in interactive rendering techniques Mon, 17 Jun 2013 03:17:13 +0000 hourly 1 http://wordpress.org/?v=3.4.1 http://www.realtimerendering.com/blog/seven-things-for-10132011/comment-page-1/#comment-2087 Frontop Thu, 10 Nov 2011 07:23:26 +0000 http://www.realtimerendering.com/blog/?p=2666#comment-2087 I learned much here, thanks I learned much here, thanks

]]> http://www.realtimerendering.com/blog/seven-things-for-10132011/comment-page-1/#comment-2085 c0de517e Wed, 02 Nov 2011 03:31:30 +0000 http://www.realtimerendering.com/blog/?p=2666#comment-2085 Thanks Eric for including my little article in your list! About the transparency and rasterization you have to consider that I wasn't writing about current GPUs versus GPU or CPU rasterization, the gap in their usage is so wide that I don't consider that such an interesting topic today. I was trying to write about rasterization in general, and in that case transparency (without refraction) is pretty trivial, we have many ways of resolving that (BSP trees, tile rendering, per-pixel solutions etc, you know better than I). Refraction would be really challenging, we can of course cheat with cubemaps but at a given point you start having to generate smaller and smaller frustums (i.e. more cubes...) to increase accuracy and then you'll end up losing coherency and wasting setup time in a rasterizer... And there is where the rasterizer vs raytracer compromise manifests itself again, it's just another example of what I was trying to explain. Thanks Eric for including my little article in your list! About the transparency and rasterization you have to consider that I wasn’t writing about current GPUs versus GPU or CPU rasterization, the gap in their usage is so wide that I don’t consider that such an interesting topic today. I was trying to write about rasterization in general, and in that case transparency (without refraction) is pretty trivial, we have many ways of resolving that (BSP trees, tile rendering, per-pixel solutions etc, you know better than I). Refraction would be really challenging, we can of course cheat with cubemaps but at a given point you start having to generate smaller and smaller frustums (i.e. more cubes…) to increase accuracy and then you’ll end up losing coherency and wasting setup time in a rasterizer… And there is where the rasterizer vs raytracer compromise manifests itself again, it’s just another example of what I was trying to explain.

]]>