On Mar 25, 2012, at 8:25 AM, Aniket Handa wrote: > I am finally thinking of going primarily with the idea of optimizing > LIBRT with OpenCL. And I plan to complete the proposal in a day or > two.
Look forward to reading it! > Now, If we look at first idea. Will I be basically dealing with > /src/librt/bundle.c and shooting a grid rays in batches to the the > device program of OpenCL? That's one approach, possibly a good proof-of-concept first step. You're still going to need a driver application, so you might end up needing to modify the rt front end (in src/rt) to utilize bundle ray-firing for primary rays. > What all other modules will need to support > this? (like as you mentioned each primitives will need to support this > independently). I'm not sure that's something I could characterize off the top of my head. The primitives certainly are one place and I'd suggest starting with just one of them (like ellipsoids or arb8/boxes) for starters. > With the second idea, boolean weaving is a bit unclear. What I could > make of it is, to implement the raytracer in phases with some sort of > a pipline where all are fired first, then weaved, then optics > computed, then finally pixels are colored. This would involve > substantial work in various libraries (librt, liboptical, etc), > writing more than one device program for different phases. Am I making > sense? You're making perfect sense to me and seem to have a grasp of the complexity involved. If it were a simple and easy task to implement phase-based rendering, it would have been done already.. :) Cheers! Sean ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
