Optimal 16bit HDR panorama workflow

Totally! But I was busy eating and this had to wait :sunglasses:

  1. Don’t worry about 16-, 24- and 32-bit. I tried 5 shots bracketed 2EV apart of a very high dynamic range scene and saw no difference between 16-bit and 32-bit, so I use 16-bit - it’s smaller.

2.a. If you still see ‘Auto Levels’, you need to update.
2.b. If you use “(Neutral)” then you shouldn’t need to set any of those other things you mention to zero - the profile does that for you.
2.c. The rest sounds good.
2.d. The question is whether you get the best results by (a) first tweaking your photos and then stitching, or (b) setting your photos to neutral, stitching and then tweaking. I think it generally doesn’t matter (I think = I tested many things and arrived at this conclusion). What does matter is that you don’t lose any data before stitching. As such, when I process photos intended for being stitched into panoramas, I made a processing profile which uses things like chromatic aberration correction, a little sharpening, defringing, and other things particular to my lens, but when it comes to the exposure tools I leave everything as neutral as possible while preventing clipping in the shadows and highlights. Generally this means enabling “Highlight Reconstruction” (even if I leave it at 0) and sometimes setting the Black slider to -5000 or so. Once stitched, I then make it look aesthetically pleasing, knowing I lost no data till that point.
I need to stress that you should absolutely not use tools like Color Toning or Wavelets before stitching, only after, because they will create differences between the tiles (I call them tiles, I mean the individual ‘shots’ or ‘panels’ or ‘fields-of-view’ or ‘bracketed sets’ which you stitch).

The rest sounds good.

Finally, once you’ve preserved all data up to the point of stitching, don’t forget to stop prioritizing that when you tweak the stitched panorama, because I-can-see-everything does not equate to what-a-nice-photo :slight_smile:

1 Like