If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Exciting News: Chaos acquires EvolveLAB = AI-Powered Design.
To learn more, please visit this page!
New! You can now log in to the forums with your chaos.com account as well as your forum account.
Thanks for the info, I knew that. But some programs like Brazil have this function incorporated and export an HDR image from the rendering. I wanted to know if Vray had this functionality as well.
I can save it as HDRI but it isn't true HDRI. When I open it in HDR Shop you can see that it is not true HDRI because when it darkens or lightens it looses all the detail. True HDR images retain detail.
Well then just save it as a JPG or something. Does the same job.
There is no point saving things as HDRI unless it is comprised of many different photos/renders/pictures all with different resolutions. Which you need to do in Hdrshop anyway.
Just because you rename a GIF to an AVI doesnt mean it is an AVI
DaForce, that's not how it works. VRay uses HDR internally. You should be able to save an HDRI from VRay and it work fine. A JPG isn't going to work anything like an HDRI.
Turn on Unclamped color in the G-Buffer/Color mapping rollout.
Put a camera in the center of your scene.
Change to Type: Box in the Camera rollout and your output aspect ratio should be 3:4. Then Save as type: Radiance Image File
You'll also need to have the SF HDRI I/O plugin if you're not using MAX6. I guess it was included with MAX6 though.
WHAT THE ....
I just tried it and it doesn't work now it must have something to do with this new MAX6 plugin.
Guess it's one for the wishlist or maybe another reason for the VRay EXE project
Don´t forget, that your scene needs a high dynamic range lighting.
If you just have standard lights with multiplier 1 and an environment
that is not brighter than white, you won´t get a good dynamic range
inside your output hdr !!
So if you want hdr pixelvalues of .. for example 20 inside HDRShop
You will need an omni with multiplier 20.
so your saying if you render a scene with vray and save it as a JPG and then render the same scene and render it as a HDRI there will be a difference?
Like the HDRI will act like a Debevec HDRI in HDRshop as long as you have Unclamped color turn on in the g-buffer?
I cant see how that would work....as a hdri is made of lots of the same image with different exposures (thats what i meant when i said resolution in my first post) Taking one render wont be enough will it??
I'm saying that it should be the case and what Samuel said is true (though I've always thought it only worked with VRayLights ). But for some reason, using 1.09.03r, the exporter isn't working for me now. I did try to save from the MAX VFB so that could be the case. Yes, an HDRI made with HRDShop is compiled from multiple images but this is just how you make an HDRI from LDR images. VRay uses a dynamic range in rendering and can save unclamped colors. I haven't been too clear on how it all works with VRay though because you can use Color mapping without having to turn on the Unclamped color G-Buffer and I've always thought this is what Color mapping relies on. One thing that I have noticed though is that when using certain features VRay will automatically generate certain G-Buffer channels and you can see this sometimes if you duplicate the MAX VFB and check the channel dropdown.
My only assumption is that Vlado is working on some smart G-Buffer technique that may have something to do with the VRay VFB. I believe I've read in the past that he's had issues with the MAX VFB.
I also thought that maybe another G-Buffer like Material color should be turned on so I just turned them all on with no success in saving again.
Maybe Vlado has something to say on this. Is this something to do with the integration with MAX?
If you save it with the Save File dialogue it works fine and generates two other G-buffer channels (Coverage and Sub-Pixel Weight) automatically www.dtoxx.com/J_Bug/OutputTestB.hdr
If you go down the range (- key) you'll see that the lights visibly retain their color in the good one and in the bad file they just get muddy. So this is an indication of the high dynamic range and if I used this for an environment I should get shadows and good specular reflection, and all that good stuff, from the rendered lights .
Comment