If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Who ever mentioned farms? I just mentioned letting a server handle the processing. I dont see it as all that particularly hard on a network with thousands of other PC's sitting arond doing nothing 95% of the cycle-time. With Intel and AMD shipping ridiculously powerful GFX chips on their CPU's now, pretty much every device would make a nice small render farm. Obviosuly prioritisiation and security would need to be managed, along with barring some machines from even processing, but that's all semantics and comes down to the design.

Regardless, it's only a spreadsheet, but when the OpenCL stuff is implemented, why not try? Might even start making Libreoffice network based as well (reducing the need for updating your old hardware even more).

Regardless, it's only a spreadsheet, but when the OpenCL stuff is implemented, why not try? Might even start making Libreoffice network based as well (reducing the need for updating your old hardware even more).

AFAIK they already helped GIMP devs to bring some plugins to OpenCL and aren't going to stop.
Cycles is not as easy thing at all. But keep in mind. Cycles was created by someone who knows CUDA and worked with CUDA and wrote Cycles in CUDA. Then Brecht added OpenCL support for the functions that were already similiar to the ones available in CUDA. AFAIK by Brecht himself, he just transcends CUDA functions to OpenCL during compile time.
CUDA is written with NVidia architecture in mind that changed through years after they bought technology. AFAIK there is almost no good OpenCL books on Nvidia cards, alot of developers complained about it.
So yes, its a pity for myself as well but you can't make a clear example of bad OpenCL in AMD based on Cycles.
From user point of view: LuxRender works on AMD GPU, Cycles isn't. Yes, both are having troubles with yet not as mature as CUDA standart but one team is always solving it while the other doesn't give a sh*t and still writes vendor specific code. So complaining about Cycles that is optimised for Nvidia hardware is strange.

The Cycles Opencl code compiles well using OPENCL with Nvidia and intel and run pretty well. (Nvidia Opencl is a little bit slower than Nvidia Cuda in some tests but not much)

It barely work with amd unless you don't have all the features enabled, and when it works it does slower than a CPU.

Luxrender works but they're having troubles too with some added functionality cause the AMD OPENCL Compilers tends to crash everytime you tried to do something complex.

AMD knows and has admitted that there's a problem with the compiler and they're working to fix it (Yeah they're slow as hell cause it's taking years to see some improvement).

Amd said recently "16-oct-2013"#"It will be in the best interest of your time -- to migrate to GCN if you want Blender on AMD cards."# albeit it's not working yet and it didn't seems that there's going to be fixed in the next months.

So yeah it's strange to complain that amd saids years ago that they're working on it and still the amd Opencl just works whit simple code and the complex ones don't work or work too slow to be usefull, Nvidia by the way has Cuda but his Opencl Implementation works better than the amd one.

Just look some benchs and you'll realize that amd beats Nvidia Opencl performance just in simple calculations... but whit complex programs Nvidia tends to take the lead.

################################################

Amd does great GPU's but their opencl is not mature enough yet... just hope HSA got more efforts to be great.