High Dynamic Range Imaging {#tutorial_hdr_imaging}==========================Introduction------------Today most digital images and imaging devices use 8 bits per channel thus limiting the dynamic rangeof the device to two orders of magnitude (actually 256 levels), while human eye can adapt tolighting conditions varying by ten orders of magnitude. When we take photographs of a real worldscene bright regions may be overexposed, while the dark ones may be underexposed, so we can’tcapture all details using a single exposure. HDR imaging works with images that use more that 8 bitsper channel (usually 32-bit float values), allowing much wider dynamic range.There are different ways to obtain HDR images, but the most common one is to use photographs of thescene taken with different exposure values. To combine this exposures it is useful to know yourcamera’s response function and there are algorithms to estimate it. After the HDR image has beenblended it has to be converted back to 8-bit to view it on usual displays. This process is calledtonemapping. Additional complexities arise when objects of the scene or camera move between shots,since images with different exposures should be registered and aligned.In this tutorial we show how to generate and display HDR image from an exposure sequence. In ourcase images are already aligned and there are no moving objects. We also demonstrate an alternativeapproach called exposure fusion that produces low dynamic range image. Each step of HDR pipeline canbe implemented using different algorithms so take a look at the reference manual to see them all.Exposure sequence-----------------Source Code-----------@include cpp/tutorial_code/photo/hdr_imaging/hdr_imaging.cppExplanation------------# **Load images and exposure times** @code{.cpp} vectorimages; vectortimes; loadExposureSeq(argv[1], images, times); @endcode Firstly we load input images and exposure times from user-defined folder. The folder should contain images and *list.txt* - file that contains file names and inverse exposure times. For our image sequence the list is following: @code{.none} memorial00.png 0.03125 memorial01.png 0.0625 ... memorial15.png 1024 @endcode-# **Estimate camera response** @code{.cpp} Mat response; Ptrcalibrate = createCalibrateDebevec(); calibrate->process(images, response, times); @endcode It is necessary to know camera response function (CRF) for a lot of HDR construction algorithms. We use one of the calibration algorithms to estimate inverse CRF for all 256 pixel values.-# **Make HDR image**@code{.cpp}Mat hdr;Ptrmerge_debevec = createMergeDebevec();merge_debevec->process(images, hdr, times, response);@endcodeWe use Debevec's weighting scheme to construct HDR image using response calculated in the previousitem.-# **Tonemap HDR image** @code{.cpp} Mat ldr; Ptrtonemap = createTonemapDurand(2.2f); tonemap->process(hdr, ldr); @endcode Since we want to see our results on common LDR display we have to map our HDR image to 8-bit range preserving most details. It is the main goal of tonemapping methods. We use tonemapper with bilateral filtering and set 2.2 as the value for gamma correction.-# **Perform exposure fusion** @code{.cpp} Mat fusion; Ptrmerge_mertens = createMergeMertens();
merge_mertens->process(images, fusion);
@endcode
There is an alternative way to merge our exposures in case when we don't need HDR image. This
process is called exposure fusion and produces LDR image that doesn't require gamma correction. It
also doesn't use exposure values of the photographs.
-# **Write results**
@code{.cpp}
imwrite("fusion.png", fusion * 255);
imwrite("ldr.png", ldr * 255);
imwrite("hdr.hdr", hdr);
@endcode
Now it's time to look at the results. Note that HDR image can't be stored in one of common image
formats, so we save it to Radiance image (.hdr). Also all HDR imaging functions return results in
[0, 1] range so we should multiply result by 255.
Results
-------
### Tonemapped image
### Exposure fusion
