Hi,
it seems that in short time all renderengines will have realtime GPU implementation for production rendering. Which way does Vray go? Will Vray 2.0 a GPU version to be competitive against Iray and whatever? But then what to do with RT? Or will Vray 2.0 be the version with new features, but no render time improvements and RT (RealTime :)) the version with the realtime production renderer.
best
rog!
Trying to get that cleared here too. Is there going to be a 3rd product specific for gpu? Will the gpu part be in RT? Or will it be a new part of 2.0? Both ? Thrice ?
Maybe chaos has not decided yet, until then I cannot justify buying RT. Grace period ends and the price doubles. Chaos is making demands on web sellers to sell only in their continents now, making me pay extra to some middle man…it ain’t looking good is it. Maybe they just want to see how many buy RT…inteRacTive that is…
On a technical level, the GPU code is currently implemented as a sub-system of V-Ray RT using OpenCL and it’s already working very well. In my view, it can compete successfully with everything I have seen so far.
As far as products go, I cannot comment on that yet unfortunately.
Best regards,
Vlado
It seems there is going to be a major change in the kind of hardware necessary to stay competitive. I’ve been thinking of investing a fair bit more on my renderfarm but the prospect of gpu rendering means I’m having second thoughts. It’s the kind of paradigm shift you dont want to be on the wrong side of!
Why get 4 rackmounted rendernodes when one multi GPU system can do the same for far less.
I guess what I’m asking is what will be the potential performance of a multi gpu rendernode compared to standard rack of nodes ? Will they be comparable?
“As far as products go, I cannot comment on that yet unfortunately.”
That is understandable and I have no doubts it will be better then the other competitors. But at least consider the prolongation of the grace period for rt until that is defined. And by that I mean; 'till it is set that the gpu part will be in vray or rt, or in a 3rd product.
The best way I guess would be if they implement GPU in the next Vray version and stay with just one Vray. People who already have RT should get a update to vray 2.0 for free 
best.
rog!
Hi Patrick,
gpu rendering in my opinion is a revolution for our business. Even the slowest GPU rendering today is 10x times faster than CPU rendering. And speed will increase very fast with new graphiccards in the future.
I really would wait to buy hardware at this time. Maybe there will be a GPU/CPU mixed render solution, maybe (hopefully) a gpu only.
In our business we allways have the problems of rendertimes! With GPU this changes, I think GPU is the future.
regards!
rog!
“But at least consider the prolongation of the grace period for rt until that is defined. And by that I mean; 'till it is set that the gpu part will be in vray or rt, or in a 3rd product.”
“The best way I guess would be if they implement GPU in the next Vray version and stay with just one Vray. People who already have RT should get a update to vray 2.0 for free”
Both of these, as well as other options, are among the ones we have taken into consideration
Best regards,
Vlado
Good to know you are not heartless…like autodesk execs.
Yes autodesk did a really bad thing with that 3ds max and 3ds max design splitting! Hopefully excalibur reverses that splitting?!:roll:
Imagine the hardware requirement for building a multi-gpu video card render box (We’re talking anywhere from 4 to 8 or more cards per boxx)… The power supply needed… the heat dissipation needed… larger bus pipeline… All around case redesign and most likely specialized software needed to access and use all the cards properly?
you have to keep in mind that the gpu technology while promising is still very new. For example as it has been pointed out, its limits in ram, while pc’s ram ranges anywhere up to 32 or more gb of ram, video cards are significantly lagging behind and it will be a while before they have large ram counts.
Vray is not going simply GPU, they are going OpenCL, which sees the GPU and CPU as OpenCl devices which can be used for rendering. They should be making an announcement soon.
and vray rt will be writing for ati or nvidia only ?
OpenCL, so it’s vendor agnostic and not necessarily restricted to GPU rendering. It should scale across anything that has OpenCL drivers hopefully heh
Yeah, and the sweet part is that IBM Cell Blades are OpenCL compliant as well.
never ever - if you render today 10min per image you will do so in 10 years even ur using a 128core CPU or GPU hardware
I guess there is a name for it like “moorsche law”
compare rendertime ToyStory to Shrek
I read that was Jim Blinn to say that the rendertimes will be always the same because more cpu power allow more details (or something like this) and I think it’s true, probably it’s better to compare the image quality (more photoreal, more artistic freedom, more tools to communicate what everyone wants).
Yes i think thats right.
Software is always evolving, getting more powerful and needing more processing power.
First it was GI, then glossy reflections, now the switch from SD to HD animations.
Maybe Stereo-3D will be next, that alone would double the render time.
Also the expectations of the clients always get bigger because of the rendered hollywood movies and TV-Spots.
Hard to impress someone who has just walked out of avatar.
Yes you are right but 10 years ago, we couldn´t get photorealistic solutions. Nowadays we reached a picturequality that is allready photorealistic (maxwell etc). And what I seen so far is that this is now possible at 10 to 100 times faster with GPU.