Yes, im not speaking UI wise. It would make sense to be where max is, but it would also make more sense imo in the vfb. Prefs ![]()
First of all its ui related and not design. Plz, dont mention good n bad here. Different brains function different.
It could definitely be in two places with no issues. As it is in octanes live viewer.
Fyi, there are 2 saves in max, one in common tab and one in vfb tab. Some use max, some use vfb.
Its far more convient to have it next to ur refresh button in IPR and next to ur stop button. Makes more sense UI wise.
I just mention the functionality that im missing though and not where it should be. Thats the chaosgroup team choice and not urs either mine. Cheers
I operate different in my head than u. I am correct as u are correct. I prefer the button there, u dont. Sorry for spamming.
VRay 3.50.02 IPR
very strange thing happening with IPR. please watch the video.
It was performing very well a little while ago in this file but suddenly this happens and lasts in this scene. of course, it is not a big deal as you will see in the video but kind of strange.
Do you mean the vertical shift thing? Will fix it, thanks for the pointer!
Best regards,
Vlado
yes exactly. good to know it will be fixed. thanks for awesome IPR.
Do we have a date when 3.5 will be available?
weāre rendering a grey storyboard animation over the coming weekend for presentation, we were about to spend tomorrow updating to 3.4 to test the denoiser but iām curious how close weāre going to have to do it all over again.
We donāt have an official release date yet. Currently we are in Beta phase so it might take some time.
Hey, just a question. Iāve noticed that in a night interior scene with dimmed lighting and 27 light sources, the āAdaptive lightsā at itās default option of 8 introduces noise that is harder to clear as well as some dark square patches here and there as if buckets have rendered slower there compared to the rest of the image (Iām using āProgressiveā sampler). It gets a bit better if I set āAdaptive lightsā to 32 instead of 8 but not by much. As soon as I switch to āFull lights evaluationā mode though, the image clears up a lot faster and there are no dark square patches. Is this normal? Maybe the algorithm is not efficient enough if you throw just a few lights at it? Maybe a solution could be to make Vray switch to āFull lights evaluationā mode if it detects a low number of lights? Just a shot in the dark, donāt take this suggestion literally if Iām speaking nonsense. ![]()
Iām getting issues with VRAY GPU where some frames are rendering with black textures arbitrarily.
Iāve toggled the ācompress texturesā option.
Canāt pinpoint any cause, just seems to be intermittent.
Iāve sent a scene to support@chaos..com as well
Thanks for the scene !
I tried with the todays nightly rendering 80 frames, and it worked without problems.
Any specific things, like toggling the in-process render, DR, specific V-Ray version ?
Thanks !
I rendered the whole thing last night, 3 different machines, 3 different GPUS and no problems.
During testing I literally did not change any settings apart from the texture compression thing, as nothing else seemed relevant.
Iām not sure how to proceed with it, maybe the GPU was having a glitch?
To be honest it is much more likely to be software (V-Ray) issue than a GPU glitch, but who knows.
Keep us updated if it happens again.
Best,
Blago.
I have noticed while using RT in Active Shade mode, it stays noisy for awhile and then BAM, it jumps to a clean render. I have my denoiser set to 1. I am assuming the BAM is the denoiser kicking in, but for larger scenes, you never know when the BAM will happen. The VFB is set to, as a default, effectsResults.
Also, when I run RT, my MAX top left ā3ā button stops working.
Is that with RT GPU ?
Best,
Blago.
Perhaps itās that new adaptive lights feature that youāre noticing? Itās mentioned here and thereās a small video. I havenāt tried it yet myself, looks cool:
No, itās gpu.
I get an error in the page
Strange! An alternate source pasted below. I wonder if this works on anything other than BF/BF.


