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 <[email protected]> > 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 <[email protected]> > 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 > > [email protected] > > http://lists.blender.org/mailman/listinfo/bf-committers > > > > > > -- > ||------------------ Instant Messengers ---------------------- > || ICQ at 11133295 > || AIM at shatterstar98 > || MSN Messenger at [email protected] > || Yahoo Y! at the_7th_samuri > ||---------------------------------------------------------------------- > _______________________________________________ > Bf-committers mailing list > [email protected] > http://lists.blender.org/mailman/listinfo/bf-committers > -- ____________________ François Tarlier www.francois-tarlier.com www.linkedin.com/in/francoistarlier _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
