Just appeared on corona’s daily build, and it looks really cool. Maybe we could get something similar? ![]()
Hello,
If you mean changing the render region while RT is running and adding to the rendered image - it’s always been like this since RT started working in the V-Ray Frame buffer ?
And also - there’s the track mouse while rendering option that works both with progressive and RT - the only difference is it makes a circle region not a rectangle.
Best regards,
Yavor
Heh, maybe i wasn’t very specific. For example, while in RT, you can draw and redraw a single region render, but you cannot move the region box AND if you cancel the region render it restarts the render (which is a bit annoying to be honest…). While corona keeps going.
In progressive it doesn’t update when redrawing a region render (maybe because corona is interactive render?). Also, i’m sure you guys have your reasons to have both a progressive render and a CPU RT, but why not merge both into a interactive render? So vray would have 3 modes, Adaptive, “Interactive” and GPU.
This has been on the “to do” list for a while, we’ll fix it. I don’t view it as terribly important though.
Also, i’m sure you guys have your reasons to have both a progressive render and a CPU RT, but why not merge both into a interactive render? So vray would have 3 modes, Adaptive, “Interactive” and GPU.This has also been on the list for a while and will get there in the coming months, but it requires more extensive changes to the V-Ray code. The original version of V-Ray was not intended for interactive scene changes, so we have a bit of work to do to implement it.
Best regards,
Vlado
Indeed the region render bit is a really small feature, but having an interactive vray is a huge time saver specially during lookdev process. Thanks vlado!
Yes, will do that - it’s not terribly difficult.
but having an interactive vray is a huge time saver specially during lookdev process.It’s getting there…
Best regards,
Vlado
Yes, my thoughts exactly.
It’s time to stop saying it’s not possibleI never said it’s impossible, just that it’s more work (which we are already doing).
Best regards,
Vlado
I can only talk about Octane and Redshift for max which are the ones we’re trying out but, in Octane even though it’s interactive and very fast, it doesn’t update geo modifications in the scene, so if you work a lot with animation you have to manually update it loads of times. Also it has problems while updating light intensities and rotations, which is a big no no for me.
Redshift so far even though it’s in alpha i find it VERY fast, there’s a lot of control like in vray, and the interactive render is pretty good too. It still has some bugs but it’s very promising. Still missing a dedicated buffer but they said they’re working on it.
I think if Vray had a very responsive and fast interactive render and if they keep updating and improving the GPU renderer, there would be no need to be looking at other GPU renderers that, at least for us in our company ![]()
<shrug> We’ll get there; can’t work on everything at once.
Best regards,
Vlado
That’s why I want to make the production renderer usable as an interactive renderer, and leave the RT GPU renderer on its own.
Best regards,
Vlado
Yes, for sure.
Best regards,
Vlado
Just FYI, so that there are less surprises, we are probably going to do that in stages; where the first stage would be ability to change materials, the camera, and light properties but without moving geometry, and the second stage where we can move everything.
Best regards,
Vlado
Regarding activeshade, i honestly don’t see any advantages for it… Dunno if RT GPU can only work in that mode for IR purposes, but if vray could completely discard it, we could avoid all this “mess” between different settings in production or active shade mode.
Ideally _in my opinion_ we could just set production renderer = “Vray Renderer”, then on the main settings you could have “CPU” and “GPU” mode, each with their settings and that’s it. Both would be always interactive and the whole process would be much simpler to deal with. I’m sure that there would be a lot of implications and issues with this method, but personally i can’t think of a simpler way to work with vray.
That’s exactly the way we have done things in Maya in the latest service pack from a few weeks ago. We’ll see how it goes
[FYI in Maya there is no difference between the final frame renderer and the IPR renderer, they produce the exact same results.]
Best regards,
Vlado