I'm just a beginning programmer and frankly, the more I learn about programming the less I realize I know.įrom what I can gather CPU is for doing the big geometry number cruching and GPU is for pushing pixels around. I look at it and I can see where I would like it to go but I'm sure if I said that it would ignite a big quarrel among all of us.Īlso the CPU vs GPU debate is perhaps one I'm not qualified to step into. I'm not sure what he wants to do with it, where he wants to take it all He's accomplished a great deal on his own, and at moments he's accomplished revolutionary innovations in his program. Edited by AbnRangerĪndrew is just one man. It's just a matter of addressing the bottlenecks when large brush sizes are used/needed. Now, to be fair, I want to be clear that when Large brush sizes are not used, and the objects are not excessively dense for the task, that performance is quite good.even remarkable in some cases. We've been on 9 since it 3D Coat's earliest days. Perhaps upgrading from DX9 to 11 could help a great deal, too. It's the architecture in the app.not the lack of hardware capability. Because it causes people like me to spend money needlessly on hardware upgrades that don't help much. So, these bottlenecks in 3D Coat need to be addressed. I have upgraded all the components before, thinking it would make a big difference in 3D Coat. Much of the reason I upgraded was because I mistakenly thought the 4GB VRAM buffer would make a big difference, in this regard. Mudbox was faster with an 8k map than 3D Coat was with a 4k map, and it had absolutely no problem whatsoever with large brushes.Įven after seeing the difference with his own eyes, he brushed that off, too. I showed him (via screen share) a comparison, in painting with large brush sizes, between 3D Coat and Mudbox. When he added CUDA SMOOTH BOOST it made a huge difference. But he also didn't think multi-threading would help much either. He doesn't think CUDA updates/recompiling will make that dramatic of a difference.

This is where it's going.or rather how it should be proceeding.Ĭan you e-mail Andrew about this? He just brushes off my requests about it. Ignore it and let it lapse and you get nothing from it. This stuff needs to be implemented properly if we're going to get the most out of it. Things are moving fast in GPUs and not only in hardware but in the programming of the GPUs with C# and F# particularly. Also there's no plan ofr implementation of OpenCL and so all those AMD Radeon people are getting locked out. I think part of the problem may be that CUDA in 3D coat has been put on the backburner and has not been upgraded to the latest versions.

Vray rt opencl benchmark