Hi
I’m working in a new ACES project and I’ve faced a problem when using the background layer in the VBF of Vray 5.
My rendered elements looks ok but the image loaded by background layer looks bad.
Is there any way to fix this and convert the background layer image to ACES color space?
Hello,
What issues are you having - can you share some examples ?
Currently when loading background images we try to deduce their color space (we assume sRGB for 8 bit images like jpeg,png..) and then inverse it so that the background correction applies a linear image. Then the display correction layer in the VFB should bring it to the required color space.
Best regards,
Yavor
but the image loaded by background layer looks bad
It looks bad because the Frame Buffer’s Display correction applies the ACES ODT on it .. the image has more contrast because of tonemapping that ACES ODT uses
Your goal is to load a background image, and not have the display correction apply anything on it. So how can we do that ?
You use your ODT as IDT, this way you avoid the Tone mapping that the Display correction uses ..
Background elements need to have IDT of “Output sRGB” or “Output P3” if your monitor uses that..
This is similar to using a backplate in Nuke..
I opened your PNG in Nuke, Read/write Node has to be Scene Linear
Used an OCIO conversion node like this ,
Then saved an EXR (important) and loaded it in the Frame Buffer
This is not gonna work, the RRT part of the ACES sRGB view transform will cause the image to have more contrast..
Best is to load the image without linearizing it, and have a drop down menu for some IDTs that people would want to use.. Output sRGB is the correct one in this case like what I explain in my post above
Same workflow if I want to load that JPEG for a backplate in Vray, I will load the image with a linear transfer function.. then use an OCIO transform node .. In = Output sRGB and Out = ACEScg
This way the backplate in the Frame Buffer will look identical to the Windows photo viewer.
We already have a feature request to add custom color space options to the background layer (internal ID VMAX-11019) so this is coming sooner or later.
Awesome!
Thank you 
That’s great! thanks
This is great. I was clumsily trying to explain this in a post I made recently; basically a way for the Background layer to be “independent” of the rest of the VFB
Is there any news on this? I see something about corrections to Background layer added in 5.2, but doesn’t seem to be this colorspace feature?
Unfortunately colorspace conversions didn’t make it in time for the update.
Any ETA on that Yavor?
Sorry no ETA currently, but I can ping you when we have something in the builds.
How do you solve this if you dont have access to Nuke?
You can use the OpenColorIOR plugin in PS or Ae to apply the transforms I mentioned in my post. You will need to save an EXR for this to work
This is the current workaround until the background layer is updated
Best,
Muhammed
I can’t get this working.
Open my jpeg in PS, convert to 32bit.
Convert it with the OpenIO plugin using the attached settings
Load exr as Background layer in VFB, but it’s not looking correct?
Think I am missing a step or two.
With some fiddling, I can maange to make the the EXR background look like its original jpeg version by adding Exposure and Hue/Saturation layers to it in the VFB and fiddling with those.
It is a very old thread, but I’d love to see a solution here. I tried the same with OpenColorIO plugin in PS and also can’t get it to work properly. Muhammed Hamed made a great guide for doing it in Nuke, but how exactly to do that in PS?
Check my last post in your thread.
