R 14.1 vs. IPP2: Please tell me this REDUSER is wrong!
Posted: Mon Nov 13, 2017 3:37 pm
I read the following on REDUSER.net:
Please tell me this is wrong, or that an updated release will shortly fix it. IPP2 is a whole-pipeline architecture, as is Resolve. But that doesn't mean Resolve cannot properly integrate with the IPP2 pipeline. It's great that Resolve has some support for the new IPP2 elements, but really it should support the pipeline, not just the elements in a one-of, off-to-the-side kinda way.
Resolve's IPP2 implementation is applying the output transform after raw development, but before any grading nodes, which is backwards from the proper order of operations. This also means that philmColor LUTs (and other LUTs intended for RWG/Log3G10 input) will not work as intended if used on any node. They must be loaded into the RMD and called upon by the checkbox in the raw tab.
Please tell me this is wrong, or that an updated release will shortly fix it. IPP2 is a whole-pipeline architecture, as is Resolve. But that doesn't mean Resolve cannot properly integrate with the IPP2 pipeline. It's great that Resolve has some support for the new IPP2 elements, but really it should support the pipeline, not just the elements in a one-of, off-to-the-side kinda way.