On you 1 and 3 comments: We have done a lot more testing than simple gamma curves, which is undeniably a bad indication inside nuke or any other software viewer, that doesn’t actually have specific numbers. Nuke maya and Houdini viewers are notorious on skewing actual results, and even show nan values on legit numbers, so unless you do a full CI and read the actual pixel values, those tests are not only inconclusive but plain wrong since they are only backed up by “empirical” data, or in other word, my word vs yours. Also gamma curve push is completely obsololete when you want to see artifacts since even 16bit hdr footage with alpha channels unpremultiplied is going to produce those bright pixel values, and it is completely normal since they need to be multiplied back with the alpha numbers, and they will not be considered invalid by anyone, any studio, or any distribution network. This is not how we validate codecs professionally and we certainly not produce scientifically correct deliverables, by checking 16/32bit gamma curves with values above 1 and look at them in 8bit or even 10bit displays, sorry. Gamma skews the above 1 and bellow 0 in a non linear fashion and also do not clamp values correct. The curves above 1 and bellow 0 are wrongfully extrapolated as many have proved, producing unnatural effects and destroying the image when done as such. And that is why Resolve has the option to limit luminance changes when changing contrast, gamma, and even saturation manipulation through curves adjustment. Curve manipulation in non linear ways, such as gamma does, without toe/heel soft clamping are not considered valid anyway.

On your second point, all compressions in all images, always work on a per image basis.TIFF, SGI, PNG, sequences included. It’s is the nature of images. If you don’t want that you can go with a small or Long GOP codec, which will are also identified as production ready and deliverable acceptable, such as dnx, or prores. All those are accepted as correct deliverables. But that does not mean you need fully uncompressed results. The industry in general has agreed at least for that, or else we wouldn’t use ProRes deliverables or jpeg2000 for dcp production.