When saying "it doesn't involve conversion", might you mean during the editing session/process? It looks to me like I have to convert to 32bit floating point in order to put the image into that mode and then before exporting convert it back to some integer format if that is what I want (which I think might be necessary if I want a more universally supported image type).
However, when an image is converted to 32bit floating point precision I cannot get the color (magenta) specified for soft proofing to be used no matter what settings are specified for display filters. It looks to be black which essentially makes detection of clipped shadows impossible. In that, this is even worse than when I was editing in 16bit integer.
Based on comments above the fact that my computer is pretty well equipped with RAM caused me to like the idea of faster more efficient processing but this isn't going to work if I can't learn how to detect clipping.
Interestingly, it looks like this problem of using black for clipped pixels only applied to the preview that is being edited. While tiny it looks like magenta is being used in the thumbnails.
However, when an image is converted to 32bit floating point precision I cannot get the color (magenta) specified for soft proofing to be used no matter what settings are specified for display filters. It looks to be black which essentially makes detection of clipped shadows impossible. In that, this is even worse than when I was editing in 16bit integer.
Based on comments above the fact that my computer is pretty well equipped with RAM caused me to like the idea of faster more efficient processing but this isn't going to work if I can't learn how to detect clipping.
Interestingly, it looks like this problem of using black for clipped pixels only applied to the preview that is being edited. While tiny it looks like magenta is being used in the thumbnails.