tag:blogger.com,1999:blog-5799572.post8374342565607697719..comments2023-08-26T15:19:38.880+02:00Comments on repilogue: Gathering feedback: 5 Major Challenges in Interactive Renderingrepihttp://www.blogger.com/profile/03696561096253736133noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-5799572.post-66146888843737397562010-07-02T18:21:20.025+02:002010-07-02T18:21:20.025+02:00I see the big challenges at a broader systems scal...I see the big challenges at a broader systems scale - the skyrocketing costs of asset creation (look how many names are listed in visual effects credits of films today!) are driven by both tech and by audience appetite - and the proliferation of platforms (& markets) does not abate. Products like "Just Cause 2," "Farmville," and YouTube all have potential for overlap and interaction. Innovation in rendering and graphics is not just at the high end for a single user, but also can be across many users on many platforms.Anonymoushttps://www.blogger.com/profile/01850475222271022000noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-52580473045093572572010-07-01T15:41:58.731+02:002010-07-01T15:41:58.731+02:00How about he ability to scatter writes on the GPU....How about he ability to scatter writes on the GPU. Good motion blur at last.. :) <br /><br />Otherwise, it's felt recently like we're so nearly there. GPU flexibility has improved so much - to the point where there's not that much that the hardware actually completely prevents. It's flexible enough now to bend it into what you want to do, especially since Compute/CUDA/OpenCL came long. It's just the bandwidth and performance isnt quite there - things dont scale up to practical applications yet. <br /><br />Many of the things we want to do in the next 5-10 years are the same things we wanted to do the last few years. Fluids, global illumination, indirect lighting, scattering through transparent materials.. achieving the render fidelity that offline takes for granted. It feels like we've moved somewhere on a lot of those already but they still aren't practical for a proper application, or the "solution" reached so far is a temporary hack that will be replaced when the means allow it (SSAO..). <br /><br />Most of those things on the wishlist imply raytracing, and thats one big challenge - combining raytracing and rasterisation efficiently. Being able to manage a representation of a dynamic scene for rasterisation and also have a representation that can be raytraced efficiently so we can use it for lighting and so on.. and to have the bandwidth/performance to do that raytracing. We've got some of the way already, but usually the representation is something in a volume texture - e.g. a signed distance field - and thats too memory-intensive and slow to update for large practical applications. <br /><br />Hopefully we're not far away. :)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5799572.post-18566247112209771042010-07-01T06:35:23.864+02:002010-07-01T06:35:23.864+02:00This comment has been removed by a blog administrator.Tyler Woodshttps://www.blogger.com/profile/04666268549255338029noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-80048657500850195942010-06-30T17:58:43.971+02:002010-06-30T17:58:43.971+02:00Thanks for the feedback guys, agree with all of it...Thanks for the feedback guys, agree with all of it! :)repihttps://www.blogger.com/profile/03696561096253736133noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-80486621495632672042010-06-30T03:19:04.994+02:002010-06-30T03:19:04.994+02:00- micropolygons. Quads do not quite cut it anymore...- micropolygons. Quads do not quite cut it anymore.<br /><br />- fast iteration. C++ compile/link/die sucks. We need something live-editable, live-swappable and checked. OpenCL or so...<br /><br />- lighting. We still have only a few, very ad-hoc ways of solving the rendering equation. We can integrate only a few kind of lights against a few material models, and we can compute a decent occlusion only for even less of those. We need more research<br /><br />- algorithms & data structures. We need more flexible data structures on the GPU, more general algorithmsDEADC0DEhttps://www.blogger.com/profile/01477408942876127202noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-10989429974085295612010-06-29T17:20:53.450+02:002010-06-29T17:20:53.450+02:00Could also be thinking of Resolution-Matched Shado...Could also be thinking of Resolution-Matched Shadow Maps (by Aaron Lefohn) which builds a quad-tree page table of the required shadow samples and generates the required pages at the proper LODs.Unknownhttps://www.blogger.com/profile/01109289331145040065noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-38293412909233805202010-06-29T10:10:54.674+02:002010-06-29T10:10:54.674+02:00or Alias-Free Shadow Map that also requires a flex...or Alias-Free Shadow Map that also requires a flexible memory model supporting irregular grid: http://www.tml.hut.fi/~timo/publications/aila2004egsr_paper.pdfRex Guohttps://www.blogger.com/profile/15338990598816261237noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-3683946059328983712010-06-29T10:09:28.552+02:002010-06-29T10:09:28.552+02:00Vince: are you referring to Irregular Z-buffer / S...Vince: are you referring to Irregular Z-buffer / Shadow-mapping using Larrabee: http://softwarecommunity.intel.com/UserFiles/en-us/File/larrabee_manycore.pdfRex Guohttps://www.blogger.com/profile/15338990598816261237noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-75577020955753738532010-06-28T15:29:48.749+02:002010-06-28T15:29:48.749+02:00I still view shadows as an unsolved problem. Shado...I still view shadows as an unsolved problem. Shadow buffers just aren't that great - they are expensive to render and project for any more than a few lights in the scene. Shadow buffers are almost always oversampled or undersampled because of the non-linearity of the mapping between shadow texels and screen pixels. Perspective-based shadow buffers introduce as many problems as they solve. And forget about shadowing on indirect light.<br /><br />As far as what is coming for shadows -- this is an area ray tracing could help, if the performance is there (I'm skeptical). <br /><br /><a href="http://www.mpi-inf.mpg.de/resources/ImperfectShadowMaps/" rel="nofollow">Imperfect Shadow Maps</a> looks promising for indirect light. Crytek's light propagation volumes are another technique for indirect shadowing, but at a quality cost (very boxy shadows).<br /><br />There was a paper a while back, which I can't find, which virtualized the shadow buffer, and filled in texture pages of it on demand, at the resolution necessary to get a perfect texel/pixel ratio. It required a larrabee-like architecture to be performant, though, and given the trouble that architecture has had, maybe it wouldn't be practical.Stevehttps://www.blogger.com/profile/15315525780089168677noreply@blogger.comtag:blogger.com,1999:blog-5799572.post-71957917043839581612010-06-28T14:16:14.688+02:002010-06-28T14:16:14.688+02:00In terms of rendering technologies, I think ray-tr...In terms of rendering technologies, I think ray-tracing has a part to play, but only in some cases. Procedural rendering would be nice, but no-one seems to have enabled it technically. Totally deformable meshes, too. I'm particularly interested in fluids: there's an interesting problem that you can calculate fluid particles in parallel quite easily, but can't produce the polygonal mesh that covers them so easily, which means you get lots of spheres for fluids instead of something that looks like water.<br /><br />On a technical level, power consumption is going to become a problem that the programmer will have to think about, but doesn't have to think about currently. And the memory bandwidth problem will get worse. And there will have to be a mix of data-parallel programming and non-data-parallel programming, which means a mixture of cores. Programmers will have to think about the different kinds of memory in the system and have the right kind of data in the right kind of memory. Lots of things programmers don't have to think about now. Memory sharing between CPU and GPU becomes important (and Fusion and others will enable that) but a harder problem than you might hope. It's necessary for ray-tracing and other graphics effects, because you need to have the whole scene on the GPU.Andrew Richardshttps://www.blogger.com/profile/06349106495739189749noreply@blogger.com