[[前言:这是期待已久的评测]]]
前段时间我们做了一些关于各种老机型的“考古”，包括新老机型的图像性能对比，系统更新对性能的影响。在这些内容的留言中，我们注意到很多朋友提出，怀疑目前主流机型在更新系统时存在“负优化拍照”的问题，希望验证这一现象。
既然大家都提出了这个要求，那就试试吧。于是，就有了今天的内容。
[[测试设计:2部手机，版本2系统，拍照数周]]]
如果之前有这种关注我们三一生活的“考古”内容，你还能记得，我们至今用了很多旧模型，甚至未公开的模型进行测试。
但是随着被“折腾”的旧手机越来越多，这其实也给我们的测试带来了一些麻烦。原因很简单，因为在库存中，没有升级过，有一定图像特征的旧手机并不多。
最终我们选择了两款手机作为本次测试的对象，它们分别是realme X50 5G和努比亚Z18。
我真正的X50 5G有了系统的大版本更新，安卓版本也升级了。
为什么选择这两款？首先，它们在图像部分的硬件上都有一定的特点，同时在整个“生命周期”中至少更新过一次。不过请注意，厂商所说的“系统大版本更新”并不完全等同于Android大版本更新，也不完全意味着驱动会发生变化。
NubiaUI 7没有在Nubia Z18上更新大版本Android。
所以也方便我们做更深层次的查询。如果智能手机系统的更新真的影响了图像性能，这种影响是来自算法的迭代，还是来自SoC的底层驱动和性能优化？通过这个测试，我们或许可以一窥其中的奥妙。
realme系统新旧版本的照片APP UI变化不大。
同时，为了更全面地考察“系统更新”对这两款机型照片的影响，我们针对每款机型的系统更新的各个版本，拟定了多个方便的横向对比场景。包括变焦、背光、AI色彩增强、对焦性能、暗夜场景、城市夜景、复杂光源夜景等。，以及对图像细节的各种检查。
nubia UI的相机APP UI新旧版本几乎没有调整。
当然，这种复杂的评价设计实际上带来了两个问题。首先是巨大的工作量，因为我们每次升级系统，至少要进行一天+一夜的拍照测试。其次，为了保证测试尽可能的公平和可比较，需要为每个样片拍摄选择天气和光照条件尽可能相同的时间。结果，整个测试时间大大延长。最后我们前后花了差不多好几个星期，牺牲了无数个休息日，终于拿到了所有的证明。
好了，事不宜迟，让我们进入测量与分析链接。
[[真我X50 5G:系统升级后拍照明显提升]]]
我们这次测试的第一款机型是真我X50 5G，在测试过程中经历了系统的大版本更新，即从基于Android 10的realmeUI 1.0到基于Android 11的realmeUI 2.0。
不得不说，系统更新对这款机型拍照的影响是真实的，明显可以感知的。
RealmeUI 1.0火车站ISO100 f1.8 0.00033s 5.7MB
RealmeUI 2.0火车站ISO100 f1.8 1/836 4.7MB
在我们的第一个测试场景中，阴天的火车站样本组。首先可以注意到，系统更新后，快门时间的记录方式有明显改变，默认水印也有改变。
RealmeUI 1.0火车站ISO100 f2.5 0.000945s 3.0MB
ISO100 f2.5火车站1/997s 2.8MB
其次，在文件大小方面，三组变焦样张中，新版系统的照片尺寸比旧版小。
RealmeUI 1.0火车站ISO100 f2.5 0.000987s 1.8MB
RealmeUI 2.0火车站ISO100 f2.5 1/873s 1.7MB
但是，“文件变小”并不一定意味着画质变差。仔细观察这三组样张会发现，新版本系统下真我X50 5G的主动态范围其实是显著增加的。
比如火车站左侧窗户里的细节，旧版拍不到，而新版明显更亮。
同时，更新系统后，真我X50 5G的长焦副摄像头在暗光下的细节表现力有所退步，画面暗光下的质感有所缺失。
RealmeUI 1.0楼梯ISO100 f1.8 0.000546s 4.8MB
RealmeUI 2.0楼梯ISO100 f1.8 1/1750 4.4 MB
其次，通过对比两个版本的“阶梯”样张可以发现，升级系统后，真我X50 5G的样张似乎要亮一点。对于很多朋友来说，这显然是一个可喜的进步。
RealmeUI 1.0街道ISO100 f1.8 0.009757 7.8MB
RealmeUI 2.0街ISO101 f1.8 1/100 8.4 MB
realme ui 1.0 ISO200 f2.3街1/50s 3.3MB
realme ui 2.0 ISO255 f2.3街1/100 2.9 MB
从街上的两组样张可以看出，系统升级后，真我X50 5G的AI算法有了明显的改变。
开启AI色彩增强后，新版系统不再过度“增亮增亮”树叶的颜色，整体画面乍一看似乎不如旧版赏心悦目。但其实仔细观察细节会发现，新版系统对高光的控制更好，整体的宽容度，或者说画面的“硬质”其实是有所提升的。
RealmeUI 1.0门环ISO3200 f1.8 0.13s 3.6MB
RealmeUI 2.0敲门者ISO406 f1.8 1/8s 3.5MB
接下来进入夜景样张对比环节。不得不说，在这款机型I X50 5G上，升级系统带来的夜景效果变化更加明显。
比如从这组黑暗环境下的门铃样本可以看出，系统升级后，新算法显著降低了此时的ISO，同时也带来了细节清晰度的显著提升。
RealmeUI 1.0霓虹灯ISO100 f1.8 0.01s 5.5MB
RealmeUI 2.0霓虹灯ISO122 f1.8 1/60s 7.2MB
在面对光源的夜景样张对比中，升级新版系统后，真我X50 5G对强光的夜景过度曝光处理也有了明显的提升。可以看到，灯箱的字体没有奇怪的白色。
同时，如果在细节上放大，可以看到新版系统的夜景分辨率明显提升，噪点的颗粒感也比老版好很多。
[[努比亚Z18:安卓大版本没更新，但拍照性能大改]]]
接下来是努比亚Z18，曾经是备受关注的旗舰形象。不过与上一篇文章提到的X50 5G不同，努比亚Z18并没有得到大版本安卓的更新。而是将其“nubiaUI”从6.0版本更新到了7.0版本。
努比亚乌伊6火车站ISO100 f1.6 1/663s 4.4MB
努比亚乌伊7火车站ISO100 f1.6 1/451s 4.4MB
有意思的是，虽然安卓大版本没有更新，但是努比亚Z18在新系统下的成像性能却有了很大的变化。首先，新版系统下的画面亮度和对比度更高，整体观感有了明显提升。
放大就不难发现了。更新到新版本系统后，努比亚Z18的边缘成像画质有了很大提升，就像突然打开了“高清滤镜”。
努比亚乌伊6火车站ISO100 f1.6 1/1584s 2.3MB
努比亚乌伊7火车站ISO100 f1.6 1/786s 2.7MB
其次，经过放大缩小，也可以看出努比亚Z18在新系统下的拍照逻辑与老款有很大不同，曝光时间更长。但此时画面不会显得更“白”，反而会避免前一天的过度曝光空，保留更多细节。
通过同倍率对比，我们可以看到升级新版系统后，努比亚Z18的成像细节确实有明显的增强。而且结合之前的色彩表现，并不是简单的“锐化”，确实有明显的算法提升。
努比亚乌伊6级楼梯ISO125 f1.6 1/485s 4.8MB
努比亚伊7级楼梯ISO100 f1.6 1/136s 3.8MB
同样，在楼梯的这组样张中我们也可以看到，更新系统的努比亚Z18照片色彩和亮度都有显著提升。
1.6 1/33s 9.6mb，I SO100F，努比亚UI 6街
ISO150 f1.6 1/100s 7.7MB，努比亚UI 7街
不过Nubia Z18上的nubiaUI 7似乎并没有全部的正面作用。比如在这组街拍样张的对比中，新版本系统的AI色彩增强似乎有问题，我们熟悉的浓郁的“努比亚绿”并没有出现。同时附近后备箱暗部的细节也没有老版保存的好。可以说，在这种场景下，新版系统的摄影无论是观感还是理论效果都有所退步。
努比亚UI 6敲门者ISO12800 f1.6 1/17s 2.5MB
努比亚UI 7敲门者ISO5370 f1.6 1/8s 5MB
接下来，我们去看夜景。很有意思的是，刚刚在白天AI识别测试中表现不佳的新版本系统，在夜景中扳回一局。需要注意的是，努比亚Z18没有独立的“夜景模式”开关，所以能否触发夜景算法取决于“AI相机”是否做出了正确的判断。显然，这是新版本系统的“胜利”。
努比亚UI 6霓虹灯ISO250 f1.6 1/33s 4.5MB
努比亚UI 7霓虹灯ISO100 f1.6 1/33s 8.3MB
最有趣的是强光源的夜景。
乍一看，新系统的努比亚Z18在光线部分的过度曝光上似乎略逊一筹，灯箱的过度曝光比老系统更严重。
但如果我们把目光移向地面，就会发现在旧版系统中，努比亚Z18拍摄的地面和墙面几乎被“磨平”，所有细节都丢失了。在新版本的系统中，在黑暗中保持细节的能力似乎是改进的重点，这样虽然光源略有过曝，但地面和墙壁的分辨能力就像换了一部手机一样，大大提高了。
[[摘要:虽然新系统可能会“翻转”，但很可能不会“负面优化”]]
受时间、精力、车型等限制。，我们只测试了两款老机型在系统更新前后的几个场景。但不得不说，对比得出的结论足够有趣。
首先，从两款不同机型的对比结果来看，无论安卓是否有大版本更新，只要厂商愿意，都可以通过“系统更新”对手机的拍照性能进行大幅修正。
其次，毕竟硬件规格不变，真的不能指望“系统更新”带来“更好”的拍照效果。毕竟，当某种拍照算法和成像逻辑发生改变时，确实有可能在某些特定场景下带来提升，但在另一个场景下却可能产生负面影响。
但从整体统计结果来看，系统更新对拍照带来显著提升的概率还是远大于带来负面影响的概率。也就是说，当厂商推送与“拍照”相关的系统更新时，一些常见场景下的拍照效果会大概率得到优化和提升，但在某些特定情况下，无法避免“翻车”的可能。说的更直白一点，刻意的“负优化”大概是不存在的。
