[Bf-committers] Proposal: Blender OpenCL compositor

[François T.]

Hi,

I do think having openCL support is very cool for some nodes as I also
believe it should be build on strong foundation. And as we discussed at
several point, Blender Compositor structure is getting a bit old (Matt did
mention some of the low level issues here :
http://www.francois-tarlier.com/blog/blender-vfx-wish-list-features/)
All I'm saying is should so much effort should be put into it right now,
while some lower issue are still there to change. Or does that won't change
anything ?
Yes OpenCL will accelerate the compositor as it is, but isn't it a false
solution to a bigger problem ? if so, no matter what openCL will always make
it faster, I'm just afraid this will be taken as a solution solver to the
slow side of the compositor (which IMO it is not)
As a user I would prefer better performance, rather than faster (which
doesn't have to be the same thing).

Anyhow since I don't know much about it, it is just a reflexion.

thx

F

2011/1/12 Sean Olson <seanolson at gmail.com>

> You should probably put who you are and what your qualifications are on the
> donation site as well.   I stumbled on the site through a twitter link
> initially and had no idea who was doing the project.
>
> -Sean
>
> On Wed, Jan 12, 2011 at 10:07 AM, Jeroen Bakker <j.bakker at atmind.nl>
> wrote:
>
> > Hi all,
> >
> > The last few months I have worked hard on a the proposal of the OpenCL
> > based compositor. Currently the proposal is ready that it is clear how
> > the solution should work and what the impact is. As the proposal is on
> > the technical level the end-user won't feel a difference, except for a
> > fast tile based compositor system. In functionality it should be the
> same.
> >
> > There are 2 aspects that will be solved:
> >  * Tiled based compositing
> >  * OpenCL compositing
> >
> > To implement these I will introduce additional components:
> >  * Tiled based memory manager
> >  * Node (pre-)compiler
> >  * Configurable automatically data conversion for compositor node systems
> >  * OpenCL driver manager
> >  * OpenCL configuration screen
> >  * Some debug information:
> >    * OpenCL program, performance etc.
> >    * Execution tree (including data types, resolution and kernelgrouping)
> >    * Visualizing tiles needed for calculation of an area.
> >
> > And introduce several new data types
> >  * Kernels and KernelGroup
> >  * Camera data type
> >  * Various color data types
> >
> > I have put all the documents on a project-website for review. As the
> > proposal is quite long and complex. (all decisions are connected with
> > each other.)
> > Please use bf-committers or #blendercoders to discuss the proposal also
> > if something is not clear.
> >
> > http://ocl.atmind.nl/doku.php?id=design:proposal:compositor-redesign
> >
> > Cheers,
> > Jeroen Bakker
> > _______________________________________________
> > Bf-committers mailing list
> > Bf-committers at blender.org
> > http://lists.blender.org/mailman/listinfo/bf-committers
> >
>
>
>
> --
> ||------------------ Instant Messengers ----------------------
> ||                     ICQ at 11133295
> ||                 AIM at shatterstar98
> ||  MSN Messenger at shatter98 at hotmail.com
> ||              Yahoo Y! at the_7th_samuri
> ||----------------------------------------------------------------------
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>



-- 
____________________
François Tarlier
www.francois-tarlier.com
www.linkedin.com/in/francoistarlier