2011/4/29 Vilem Novak <pildano...@post.cz>: > Another question is, why not to take an OpenCL renderer which is allready > quite usable and go on from it? > there has been recently a new release of smalluxgpu renderer, > and in the accompanying forum a wish for direct integration into blender was > mentioned. > http://www.luxrender.net/forum/viewtopic.php?f=34&t=5987 > > for those who are not familiar with slg, here you can see the direct > interaction between slg and blender in "Livemode":
You are basically talking about 'luxrays', which is just a small library to offload intersection tests with BVH to the gpu. It is not a renderer implemented in OpenCL, just a basic raytracing core. Smalluxgpu is just a small demo, which is fully implemented in OpenCL, based on the BVH implementation, but lux will just use luxrays for now and won't implement much other part for speedup on the gpu for now. * So lux itself, even working with luxrays has a completely other target than cycles. * Luxrays is just an opencl bvh implementation, just a view hundred lines of opencl code * Smalluxgpu is just a small demo, nothing to you can base serious work on * There are no other free GPU based production renderes, with similiar goals as cycles aurel _______________________________________________ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers