095、HDR+与计算HDR：Google HDR+架构的深度解析从一次夜拍翻车说起去年帮某手机厂商调优夜景模式，遇到了一个诡异现象：暗光下拍路灯，灯杆边缘出现了一圈“鬼影”——不是镜头flare，而是类似HDR对齐失败导致的半透明重影。团队里新来的算法工程师第一反应是“加大运动检测阈值”，结果鬼影没了，但暗部细节糊成一团。我让他把HDR+的原始burst帧dump出来看，发现问题出在帧选择策略上——算法选了曝光时间差太大的两帧做融合，导致运动补偿模型扛不住。这个坑让我重新翻了一遍Google HDR+的原始论文和后续演进。说实话，2014年那篇《Burst Photography for High Dynamic Range and Low-Light Imaging on Mobile Cameras》到现在看依然硬核，很多所谓“自研计算HDR”方案，核心思路都没跳出这个框架。今天这篇笔记，我把HDR+的架构拆开揉碎，结合这些年调优踩过的坑，写点实在的东西。核心思想：用多帧换单帧HDR+最反直觉的一点：它不追求单帧的完美曝光。传统HDR拍三帧（欠曝、正常、过曝）然后拼，HDR+拍一整个burst序列——通常是8到15帧，全部用短曝光。为什么？因为短曝光帧运动模糊小，而且多帧叠加可以等效长曝光，同时保留高光细节。这个思路在手机这种小sensor上尤其关键。手机sensor的满阱容量就那么点，单帧想同时保留高光纹理和暗部细节基本不可能。HDR+的做法是：先保证高光不溢出，
095、HDR+与计算HDR：Google HDR+架构的深度解析从一次夜拍翻车说起去年帮某手机厂商调优夜景模式，遇到了一个诡异现象：暗光下拍路灯，灯杆边缘出现了一圈“鬼影”——不是镜头flare，而是类似HDR对齐失败导致的半透明重影。团队里新来的算法工程师第一反应是“加大运动检测阈值”，结果鬼影没了，但暗部细节糊成一团。我让他把HDR+的原始burst帧dump出来看，发现问题出在帧选择策略上——算法选了曝光时间差太大的两帧做融合，导致运动补偿模型扛不住。这个坑让我重新翻了一遍Google HDR+的原始论文和后续演进。说实话，2014年那篇《Burst Photography for High Dynamic Range and Low-Light Imaging on Mobile Cameras》到现在看依然硬核，很多所谓“自研计算HDR”方案，核心思路都没跳出这个框架。今天这篇笔记，我把HDR+的架构拆开揉碎，结合这些年调优踩过的坑，写点实在的东西。核心思想：用多帧换单帧HDR+最反直觉的一点：它不追求单帧的完美曝光。传统HDR拍三帧（欠曝、正常、过曝）然后拼，HDR+拍一整个burst序列——通常是8到15帧，全部用短曝光。为什么？因为短曝光帧运动模糊小，而且多帧叠加可以等效长曝光，同时保留高光细节。这个思路在手机这种小sensor上尤其关键。手机sensor的满阱容量就那么点，单帧想同时保留高光纹理和暗部细节基本不可能。HDR+的做法是：先保证高光不溢出，
