046、AE策略实战——运动/人脸/逆光场景的自适应测光在高通与联发科平台上的调优差异上个月在调试一款三摄模组的项目，客户反馈在逆光环境下拍人脸，人脸区域过曝得一塌糊涂，高光背景倒是压下来了。我第一反应是看AE的ROI权重配置，结果发现高通平台默认的ROI权重表在逆光场景下根本不会自动切换到人脸优先策略——它只认你手动设置的测光模式。这个坑我踩了整整两天，最后翻到Spectra的ISP文档里一行小字：AE_ROI_WEIGHT_TABLE只有在AE_MODE_AUTO下才会被内部策略引擎接管，你一旦手动指定了CENTER_WEIGHTED，它就老老实实按中心权重跑，人脸检测结果根本不会参与测光计算。联发科那边更隐蔽。Imagiq的AE引擎有个AE_STRATEGY_HINT的扩展接口，看起来是给上层传一个场景标签，但实际上它内部有个scene_detect的置信度阈值，默认是0.7。你传一个FACE_PRIORITY的hint进去，如果人脸检测的置信度只有0.65，它直接忽略你的hint，退回全局平均测光。这个阈值在isp_custom.h里有个宏定义，但很多方案商根本不会去动它——因为改了之后会影响其他场景的稳定性。我后来是直接在AE的tuning参数里把face_confidence_threshold降到0.55，才让逆光人脸场景真正生效。运动场景的测光差异更明显。高通平台的运动检测是基于ISP内部的MOTION_VECTOR统计模块， 046、AE策略实战——运动/人脸/逆光场景的自适应测光在高通与联发科平台上的调优差异
046、AE策略实战——运动/人脸/逆光场景的自适应测光在高通与联发科平台上的调优差异上个月在调试一款三摄模组的项目，客户反馈在逆光环境下拍人脸，人脸区域过曝得一塌糊涂，高光背景倒是压下来了。我第一反应是看AE的ROI权重配置，结果发现高通平台默认的ROI权重表在逆光场景下根本不会自动切换到人脸优先策略——它只认你手动设置的测光模式。这个坑我踩了整整两天，最后翻到Spectra的ISP文档里一行小字：AE_ROI_WEIGHT_TABLE只有在AE_MODE_AUTO下才会被内部策略引擎接管，你一旦手动指定了CENTER_WEIGHTED，它就老老实实按中心权重跑，人脸检测结果根本不会参与测光计算。联发科那边更隐蔽。Imagiq的AE引擎有个AE_STRATEGY_HINT的扩展接口，看起来是给上层传一个场景标签，但实际上它内部有个scene_detect的置信度阈值，默认是0.7。你传一个FACE_PRIORITY的hint进去，如果人脸检测的置信度只有0.65，它直接忽略你的hint，退回全局平均测光。这个阈值在isp_custom.h里有个宏定义，但很多方案商根本不会去动它——因为改了之后会影响其他场景的稳定性。我后来是直接在AE的tuning参数里把face_confidence_threshold降到0.55，才让逆光人脸场景真正生效。运动场景的测光差异更明显。高通平台的运动检测是基于ISP内部的MOTION_VECTOR统计模块，