Already complimented you on the first video in the ACES forums but this is also a great resource for the AE users out there. Thanks again! About that Lumetri Color effect. I'd recommend to do any real colorgrading in ACEScct or ACEScc and it will feel much better. Lumetri isn't designed to operate in linear. Any exposures, glows and blurs obviously will work correct. So instead of going ACEScg -> sRGB another stop to ACEScct with the grade between that and the ODT. It'll be kinda like grading log footage. You can use LUTs or just grade. You could even go back to SLog first if you'd prefer that. The beauty of ACES :)
Shebbe! Ah yes, thanks so much. That makes sense. I'll go give the ACEScct step a try. This will help a lot as color grading felt terrible the way I was doing it!
the virtual color checker is a godsend! I kept having issues with grabbing an HDRI of the scene and then them using a different take with different area lighting and it ended up being some guesswork in post anyway! Now with a real and virtual color checker I can atleast get a close gut check in blender before I export my ACEScg EXR sequence. I feel like I've been poking around online for a week KNOWING there had to be a systematic way to correct for this without just "doing it by eye" and YOU have such an elegant solution.
Thanks again for making all the effort and going through all the steps. I am not familiar with AE&C4D so its good to see that working in ACES with both tools are getting closer, but it seems still quite cumbersome. Two points I would like to give as as feedback: 1. Be aware when converting high quality HDRIs to ACEScg, as they might need more than 16-bit float if a sun is unclipped in the HDRI for example. And 2. when you are working scene referred and want to "color" your shadows, a simple RGB gain works better than a gamma correction (that you showed). You are working scene linear, so until you reach the view transform, there is really no "gamma" necessary.
Oh yeah! Great point about the HDRI conversion. Yeah, I suppose in some cases you'd want to make sure you're utilizing the full range of a carefully crafted HDR image. On the second point, I have to plead ignorance here. I'm honestly not sure the proper workflow for color correction in situations like this with After Effects. What would be a way of utilizing "RGB Gain" in After Effects?
For correct color values (and color tweaking) you need to use color abs and transform it into aces. the easiest way is to use new redshift with OSL, but there's also good people on the internet that created a custom node with rs math nodes and some simple linear math, for those how have older versions. Thanks for the tut!
@@jianmingwei7498 what do you mean? convert what? you need to download the latest RS build which supports OSL, and then just upload an archive from rs github with osl scripts and load ACES Convert script into OSL node. Every color manipulation must be done before OSL node, then plug it into needed color input. You need to convert only color inputs (diffuse reflection translucency etc. depends on what you are using at particular moment)
I literally typed the same thing regarding using OSL node with the ACES script. I wonder if in a few versions that there will just be a ACES node out of the box?! Looking at the Trello, it could be a thing!
Hello Zak! Thanks for sharing you ultimate ACES workflow, it really helps to make my motion design renders pop up. Could you say the right order of effects for ACES, I noticed different order provide different results, especially it relates to denoising. What would be more correct to put denoise (Red giant Denoiser) before or after grading and ACES conversion. The same goes for Motion blur (RSMB) What should I do?
Thanks so much! Glad it helped. These are very good questions, and to be honest I'm not sure of the answers. It would be an interesting experiment to render out each version and see if the order matters. I'd be surprised if it looked different but I really don't know. Sorry I'm not more helpful here!
Hi, thanks for the tutorial. How do you manage the color of a shape under Acescg in rater effects? I get a very different color from what I pick in the color wheel.
@@igobyzak Hi thanks a lot for the quick answer, and again for the tutorials, they are Very helpful. I found another way after a few hours of testing. I inverted the workflow for the shapes that I need so I do not have to do a lot of precomps because the shapes are in between many different layers of 3D objects. I applied to the shape 2 FXs, first a "color profile converter" to get a Srgb non linear and then I add the "OpencolorIO" (srgb to AcesCG).
I have my composition in After Effects and it looks great. I am having trouble encoding it in Media Encoder though. I am not sure what I'm doing wrong.
@@dwainsouth3562 The OpenIO plugin doesn't work in media encoder. I've never been able to get it to work, but if someone has a way of doing it please leave a comment here.
THIS IS AWSOME!, this is kind a perfect compared with the old workflow, Thank you so much!. Question: When finishing the compositing, How do I have to export it in a way to send it to a colorist who will do the grading (Davinci) in ACES?
Thanks so much! So, this is a great question. If you were to pass this off to a colorist, I'd check with them to see how they'd want the files. There are some options here, but I think one way would be to turn off the "sRGB Gamma Fix" layer and the OCIO "ACEScg to sRGB" layer and export out an EXR sequence of your comp in ACEScg. Now, check with your colorist, because they may not want it in ACEScg, could want the EXRs in ACES2065, in which case you could add a new OCIO layer with input "ACEScg" to output "ACES2065." But in this case, you'd want to make sure you're turning ON "Preserve RGB" in the color settings of the export in the Render Queue (because we don't want After Effect's color management adding some gamma curve we're no longer correcting for - EXRs should always be linear gamma). Someone jump in here and correct anything I may have missed or gotten wrong.
I've only looked into the xgroup node briefly. I don't think I found a way of selecting exactly what my input was. Does it automatically go from "sRGB - Texture" to ACEScg, or is it "sRGB - Linear" ? I didn't find a way of using that to convert HDRIs, so I just skipped it all together. Hopefully all of this will seem overly complicated once Redshift and Cinema integrate a fully functional color management system!
3 ปีที่แล้ว +1
@@igobyzak I may be wrong, but I think the xgroup just assumes your input is a sRGB image (not linear). Overall, I prefer using the xgroup, because the OSL shader makes Redshift hang for a few seconds each time I connect the ports. I think it's because a lot of calculations inside the xgroup are done by the CPU, while the OSL script uses the GPU (I believe). As my graphics cards are quite outdated now, each time a shader recompiles, I get slowdowns. As long as I'm sure the input is a sRGB texture, I use the xgroup node. But alas, for the time being, you can't use neither xgroup node or OSL to convert a EXR dome map on the fly (or I missed something). Thank you very much for these very useful tutorials!
With the latest version of RS fully supporting ACES would you still need to pre-convert the image sequences into ACES CG in AFX or is this step now not necessary anymore? Thanks
You no longer have to convert the back plate sequence. The update to Redshift has a Color Space drop down menu under the file sequence name. So you could leave this to auto, or manually select the color space.
would really like to dive into this, busy with a project now with this workflow.. I've gone through all your steps..running into an issue as soon as I apply the gama fix, it makes my backplate rendered already as acesCG darker..
ACES isn't necessarily better in all circumstances, but it does allow a nice (in my opinion) workflow from going from a high dynamic range render with a very wide color gamut, down to any output you'd like. So if we render using ACES and our output is mostly for the web, then we can transform our ACEScg render to sRGB. But if we want to view the same render on a brand new HDR television, no problem. We don't have to re-render, we just transform our ACEScg render to Rec.2020 instead of sRGB. If you haven't watched it yet, check out the first part of this tutorial series where I go over some of the basics of ACES.
Already complimented you on the first video in the ACES forums but this is also a great resource for the AE users out there. Thanks again! About that Lumetri Color effect. I'd recommend to do any real colorgrading in ACEScct or ACEScc and it will feel much better. Lumetri isn't designed to operate in linear. Any exposures, glows and blurs obviously will work correct. So instead of going ACEScg -> sRGB another stop to ACEScct with the grade between that and the ODT. It'll be kinda like grading log footage. You can use LUTs or just grade. You could even go back to SLog first if you'd prefer that. The beauty of ACES :)
Shebbe! Ah yes, thanks so much. That makes sense. I'll go give the ACEScct step a try. This will help a lot as color grading felt terrible the way I was doing it!
You are making best Redshift Tuts EVER
Thanks so much!!
I applaused after watching part two. You explained everything perfectly. THANK YOU!!
Glad it was helpful!
the virtual color checker is a godsend!
I kept having issues with grabbing an HDRI of the scene and then them using a different take with different area lighting and it ended up being some guesswork in post anyway! Now with a real and virtual color checker I can atleast get a close gut check in blender before I export my ACEScg EXR sequence. I feel like I've been poking around online for a week KNOWING there had to be a systematic way to correct for this without just "doing it by eye" and YOU have such an elegant solution.
this interpretation of your Aces workflow seems to me the best so far, thanks to share with us !
Thank you for the incredible tutorial
Thank you millions for this great tutorial!!! Your explanation is so clear and easy to understand. Want to give you 100 thumbs up if I could:)
Glad it helped!
Damn man! Thanks so much again, really connected the last few dots I was missing.
Outstanding video, great stuff as usual
Thanks so much!
Thanks again for making all the effort and going through all the steps. I am not familiar with AE&C4D so its good to see that working in ACES with both tools are getting closer, but it seems still quite cumbersome. Two points I would like to give as as feedback: 1. Be aware when converting high quality HDRIs to ACEScg, as they might need more than 16-bit float if a sun is unclipped in the HDRI for example. And 2. when you are working scene referred and want to "color" your shadows, a simple RGB gain works better than a gamma correction (that you showed). You are working scene linear, so until you reach the view transform, there is really no "gamma" necessary.
Oh yeah! Great point about the HDRI conversion. Yeah, I suppose in some cases you'd want to make sure you're utilizing the full range of a carefully crafted HDR image. On the second point, I have to plead ignorance here. I'm honestly not sure the proper workflow for color correction in situations like this with After Effects. What would be a way of utilizing "RGB Gain" in After Effects?
@@igobyzak There is no gain operator in AE?
For correct color values (and color tweaking) you need to use color abs and transform it into aces. the easiest way is to use new redshift with OSL, but there's also good people on the internet that created a custom node with rs math nodes and some simple linear math, for those how have older versions.
Thanks for the tut!
Yes! Great point about the "Color Absolute" node. Definitely a great way to start a proper transform within the node tree.
How to convert OSL?
@@jianmingwei7498 what do you mean? convert what? you need to download the latest RS build which supports OSL, and then just upload an archive from rs github with osl scripts and load ACES Convert script into OSL node. Every color manipulation must be done before OSL node, then plug it into needed color input. You need to convert only color inputs (diffuse reflection translucency etc. depends on what you are using at particular moment)
@@HanhaloArt Understand, thank you
I literally typed the same thing regarding using OSL node with the ACES script. I wonder if in a few versions that there will just be a ACES node out of the box?! Looking at the Trello, it could be a thing!
thank you for sharing
Hello Zak! Thanks for sharing you ultimate ACES workflow, it really helps to make my motion design renders pop up. Could you say the right order of effects for ACES, I noticed different order provide different results, especially it relates to denoising. What would be more correct to put denoise (Red giant Denoiser) before or after grading and ACES conversion. The same goes for Motion blur (RSMB) What should I do?
Thanks so much! Glad it helped. These are very good questions, and to be honest I'm not sure of the answers. It would be an interesting experiment to render out each version and see if the order matters. I'd be surprised if it looked different but I really don't know. Sorry I'm not more helpful here!
Hi, thanks for the tutorial. How do you manage the color of a shape under Acescg in rater effects? I get a very different color from what I pick in the color wheel.
The shape layer would just go above the OCIO and gamma fix layers. Or all your Aces layers need to be pre-comped.
Hope that makes sense!
@@igobyzak Hi thanks a lot for the quick answer, and again for the tutorials, they are Very helpful.
I found another way after a few hours of testing.
I inverted the workflow for the shapes that I need so I do not have to do a lot of precomps because the shapes are in between many different layers of 3D objects.
I applied to the shape 2 FXs, first a "color profile converter" to get a Srgb non linear and then I add the "OpencolorIO" (srgb to AcesCG).
@@serialvision Ah I see, yeah not so simple if the shapes are in between a bunch of 3D layers. Yeah, totally valid workflow.
I have my composition in After Effects and it looks great. I am having trouble encoding it in Media Encoder though. I am not sure what I'm doing wrong.
The media encoder export should work fine, not sure what would be causing the issue. What does the media encoder export look like?
1920x1080, 30 fps, Progressive, Software Encoding, VBR 1 pass, Target 30 Mbs, Max 50 Mbs, AAC, 320 kbps, 48 kHz, Stereo
@@dwainsouth3562 The OpenIO plugin doesn't work in media encoder. I've never been able to get it to work, but if someone has a way of doing it please leave a comment here.
Great 👍🏻
THIS IS AWSOME!, this is kind a perfect compared with the old workflow, Thank you so much!. Question: When finishing the compositing, How do I have to export it in a way to send it to a colorist who will do the grading (Davinci) in ACES?
Thanks so much! So, this is a great question. If you were to pass this off to a colorist, I'd check with them to see how they'd want the files. There are some options here, but I think one way would be to turn off the "sRGB Gamma Fix" layer and the OCIO "ACEScg to sRGB" layer and export out an EXR sequence of your comp in ACEScg. Now, check with your colorist, because they may not want it in ACEScg, could want the EXRs in ACES2065, in which case you could add a new OCIO layer with input "ACEScg" to output "ACES2065." But in this case, you'd want to make sure you're turning ON "Preserve RGB" in the color settings of the export in the Render Queue (because we don't want After Effect's color management adding some gamma curve we're no longer correcting for - EXRs should always be linear gamma).
Someone jump in here and correct anything I may have missed or gotten wrong.
I don't understand how to use PYCO... There is no executable. Any help?
hey zak, any reason you didnt go over the xgroup node option to convert the textures directly in C4D?
I've only looked into the xgroup node briefly. I don't think I found a way of selecting exactly what my input was. Does it automatically go from "sRGB - Texture" to ACEScg, or is it "sRGB - Linear" ? I didn't find a way of using that to convert HDRIs, so I just skipped it all together. Hopefully all of this will seem overly complicated once Redshift and Cinema integrate a fully functional color management system!
@@igobyzak I may be wrong, but I think the xgroup just assumes your input is a sRGB image (not linear). Overall, I prefer using the xgroup, because the OSL shader makes Redshift hang for a few seconds each time I connect the ports. I think it's because a lot of calculations inside the xgroup are done by the CPU, while the OSL script uses the GPU (I believe). As my graphics cards are quite outdated now, each time a shader recompiles, I get slowdowns. As long as I'm sure the input is a sRGB texture, I use the xgroup node. But alas, for the time being, you can't use neither xgroup node or OSL to convert a EXR dome map on the fly (or I missed something). Thank you very much for these very useful tutorials!
With the latest version of RS fully supporting ACES would you still need to pre-convert the image sequences into ACES CG in AFX or is this step now not necessary anymore? Thanks
You no longer have to convert the back plate sequence. The update to Redshift has a Color Space drop down menu under the file sequence name. So you could leave this to auto, or manually select the color space.
And what can we do for green screen log footage and add cgi to it?
I'm not sure about comping with green screen log footage with Aces. I think this is another question for the smart people over at Aces Central.
@@igobyzak yes
would really like to dive into this, busy with a project now with this workflow.. I've gone through all your steps..running into an issue as soon as I apply the gama fix, it makes my backplate rendered already as acesCG darker..
What IDT is for dslr like canon T7i and if we shoot on eos hd log, or cinestyle which idt should we chose?
I'm not sure about Canon DSLR IDT. I'd check on the Aces Central forum to see if anyone there can help.
👍👍👍👍👍
Будущее информации -это VR голограммы и оцифрованная реальность
sorry but i dont get the point, for what is ACES good ? why is it better ?
ACES isn't necessarily better in all circumstances, but it does allow a nice (in my opinion) workflow from going from a high dynamic range render with a very wide color gamut, down to any output you'd like. So if we render using ACES and our output is mostly for the web, then we can transform our ACEScg render to sRGB. But if we want to view the same render on a brand new HDR television, no problem. We don't have to re-render, we just transform our ACEScg render to Rec.2020 instead of sRGB.
If you haven't watched it yet, check out the first part of this tutorial series where I go over some of the basics of ACES.
you_go_zak 👍
Haha!!