[Bf-committers] GPU computing

[joe]

Working on the renderer would be infeasible, however.  You'd have to
essentially rewrite the whole thing.  Physics would be the same way.
The reason I mentioned subsurf and armature is they're much smaller
subsystems, and are much more feasible projects.

Animation is a big part of blender, and faster subsurf/armature
systems would be very, very helpful.  To be honest it'd be far more
helpful then faster physics or rendering systems, and you'd have a
much better shot at success.

Joe

On Tue, Nov 24, 2009 at 6:42 AM, Ishan Arora <ishanarora at gmail.com> wrote:
> @ Farsthary,
>
>>  I would recomend OpenCL, since it aims to be hardware independent, not
>> even just GPU but almost every piece of metal out there that could
>> perform calculations :) , while CUDA is currently more mature than OpenCL
>> is tied to NVIDIA brand :(
> I know CUDA is tied to NVIDIA, but I can not figure out where to begin
> with OpenCL. There is one available for Mac, one for NVIDIA, and if I
> am right one for ATI too. Windows has its own API called
> DirectCompute.
> However the kernel based programming paradigm is more or less the same
> in both CUDA and OpenCL. So even if one does not work out well,
> porting to the other wont be difficult.
>
>>  And while is not an easy task what you propose I think the most needed
>> are are: Rendering,Modeling,Compositing
> I know it wont be easy. Thankfully I have this big dev group to help me out :)
>
> @Joe
>
>> I'm not sure how many areas we should be messing with GPU stuff right
>> now. . .I'd say ignore the renderer and physics systems, but subsurf
>> and the armature modifies might be good candidates to play around
>> with.  That's just me though.
> Okay. But I think the whole point of GPU computing is to aid in the
> most CPU intensive tasks. I think rendering would be the top
> candidate, and all the computational parts that make UI less
> responsive
>
> Regards,
> Ishan
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>