Have done a quick basic test and it doesn’t work with Xref Scene, have sent you the example scene.
Dave
Yes, I got it; thanks a lot!
Best regards,
Vlado
Has ChaosGroup considered using the GPU for brute force GI and then sending the result back to the regular vray renderer to process as part of the “normal” rendering?
What would be the advantage? If we calculate the GI on the GPU, we might as well calculate the entire image there.
Best regards,
Vlado
I was just curious if a hybrid technique was doable in a practical way.
The advantage would be if a time consuming GI step could be done on a GPU successfully then used/interpolated by the normal rendering engine, then you have the option of implementing a partial GPU solution for end-users faster than building a physically-correct 100% GPU solution from the ground up. At least it would seem that way, but I am not a developer. My perspective is that of a single user with no render farm who does stills. Maybe this makes no difference if you have a farm or already render on a network of 100 cpus. I was thinking any speedup to the traditional procedure is good to have as an option, because the traditional procedure is reliable.
If it was a simple step in the rendering pipeline that didn’t involve every single reflection and refraction then it would help with the memory limits people are going to hit on the normal GPU cards when they try to render everything in the scene at 3000x4000 on a 896MB card. The GI GPU phase wouldn’t need to be 100% perfect since it is just a step to be interpolated later, preferably from a map file, instead of the final image that requires more development work to get perfect when GPU rendered.
Obviously if everything that vray does now will be on the GPU by year end then… nevermind 