[David Lah] “I want to know if Resolve uses different processing algorithms when making color changes. E.g. if I drop blacks, will Lumetri crush them before Resolve does?”
No idea. Mostly because I am not familiar with Lumetri. What I can state is that Resolve performs all of its calculations in 32-bit float which should infer that its numerical approach is more likely able to accommodate almost any range of values that you throw at it. Resolve, as an evolution of the original daVinci system, was and pretty much remains one of the few grading applications that can operate in constant-luminance, inferring that an RGB re-balance will not adversely affect brightness/contrast impression of the resulting image. Its a subtle distinction, but massively important and more appreciated as experience with grading grows.
[David Lah] “if I drop or lift the same slider in Lumetri and Resolve will Resolve process it better and preserve crushing or clipping.”
Not sure what you mean by “preserving” crushing or clipping. To me, those are destructive consequences. If you are hoping that somehow pushing the limits of the exposure range in one part of a grade can be retrieved in a concatenated later process… that’s not how it works.
As far as Render goes… about all that I have observed is that the Rule of []Good []Fast []Cheap applies.
You get to pick 2 boxes, and no, you can’t check one of them twice.
If I was going to introduce one other factor, clients have commented very favourably on renders and compressions that I have exported out of Apple Compressor4, which is coming close to shading the above Rule.
In the matter of *visually lossless* and *lossy* codecs, I do notice differences in exported media from AME as opposed to Resolve. A national broadcaster sent me some feedback not long ago indicating a preference away from Media Encoder. “too many short cuts” was the informal explanation, which does seem to underline Fast& Cheap. Excludes Good.
jPo, CSI
“I always pass on free advice — its never of any use to me” Oscar Wilde.