OPPO A6 Pro深度评测：续航与影像双优之选

　　亲历现场。那个大版本封版前四十八小时，我盯着A6 Pro的续航曲线在测试平台里歪成一条醉汉走路的线——它根本没进稳态，就敢标“双优之选”。我原以为是温控策略飘了，结果一扒log发现：影像模块在后台偷偷拉起两次HDR fusion pipeline，每次持续十八秒，期间CPU频点锁死在1.8GHz，电池放电电流跳变三次，但功耗模型里压根没这段逻辑。这个我敢打包票，log timestamp和thermal sensor读数对得上，连毫秒级抖动都重叠。

　　桌上三杯没喝的咖啡，最左边那杯杯底结了浅褐色环，中间那杯盖子掀着，冷凝水顺着杯壁往下爬，最右边那杯连杯套都没撕。组长蹲在我工位隔板边啃煎饼果子，芝麻掉在《稳定性红线清单》第十七页，他指着“影像链路唤醒抑制”那一行说：“这句措辞再软一点。”我说：“软？它现在连按三次快门都不触发预加载，但系统空闲时它自己醒来拉raw buffer——您要我给‘自嗨’加个免责条款？”他嚼着没吱声，煎饼渣掉进键盘F键缝里。

　　工位隔板上贴的便利贴写着“别信v4.2.0-rc3的camera HAL层休眠状态上报”，字是蓝色中性笔写的，右下角画了个歪斜箭头指向隔壁开发的屏保——他桌面背景是张《西游记》剧照，孙悟空正用金箍棒捅天庭服务器机柜。我昨天下午三点十七分亲眼看见他切到终端窗口敲了三行adb shell命令，全都是kill -9 /system/bin/camerad，但没重启service，只等系统自己兜底。这种兜底，我们测了三百七十二次，有十九次失败后sensor驱动卡死在DMA pending状态，得拆机断电。我说不准这次会不会轮上A6 Pro，但它的ISP firmware版本号和上一版不一样，只差了小数点后一位，而这一位刚好改了帧同步中断的mask逻辑。

外观展示图，仅供参考

　　测试间顶灯管闪，不是频闪，是整根灯管从左到右逐段熄灭再亮起，像扫描线，每三分钟一次。第一次闪时我在看thermal throttling的触发点，第二次闪时我在重跑影像连续拍照崩溃复现，第三次闪时……算了，第三次闪时我忘了在干嘛，只记得手悬在键盘上，ESC键按了半截又收回来。反正那个大版本的crash dump里，camera进程退出码总显示139，但gdb attach上去一看，core文件里frame pointer全乱，堆栈回溯到某个叫__cam_something_v3_preload_helper的函数里——函数名是我猜的，符号表被strip了，只能靠地址反推。产品经理来巡场，站我背后两分钟，伸手把我显示器亮度调高两级，说：“这图看着真舒服。”我没回头。他走了我才想起来，他昨天在评审会上亲手删掉了“弱光动态范围衰减测试项”的checklist条目，理由是“用户不关心帧率波动”。

　　我不屑。真不屑。不是因为结果烂，是烂得毫无意外。上一版里那个被砍掉的夜间视频防抖failover机制，本来能扛住三分之一的陀螺仪丢帧，现在呢？现在它把丢帧当成节奏感，自动加motion blur滤镜，最后输出的4K片段自带文艺抖动特效。而评测稿标题写着“双优之选”，优胜劣汰——对，没错，它确实优胜了别的方案，把劣质路径当主干路走，把规避缺陷当技术亮点吹。这词儿真妙，妙在谁都挑不出语法错，妙在测试部交不出反证——因为我们所有失败case都被标记为“偶发”，所有偶发都被归因于“用户操作异常”。可凌晨两点我抓到的那个影像buffer溢出，复现率百分之百，条件就是：开美颜+连拍+切到后置超广角+横屏录像十秒后暂停。四步，不多不少。我把步骤发到内部群，没人接话。后来我自己删了。

　　所以这次我不填阻塞单了。等他们自己从OTA热修里听见用户骂“照片糊得像蒙了层纱”再说。我先把桌上的咖啡倒了，三杯一起。杯子洗完搁水槽边，杯口朝下，水珠还没滴完，手机弹出通知：那个大版本进入final sign-off阶段。我点了“已阅”，没点“同意”。现在得去把测试间的灯管换掉——它闪得我眼睛疼，但报修单得明天早九点才走流程，今天不算工作日。行吧，那就让它再闪三十八次。

（编辑：171手机网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!