真我13：中端价享旗舰性能与影像双越级！
|
真我13那版系统——不是发布会PPT里那个，是最后封包前夜凌晨两点我手抖按错rebase顺序、导致build脚本在CI上跑出十六个不同vendor overlay冲突的那个版本。我说它“中端价享旗舰性能与影像双越级”，不是吹，是它把该砍的全砍了，砍得比我上周剪掉自己三年没理的后颈碎发还利索。优胜劣汰不是形容词，是动词，是物理动作：三颗摄像头里硬塞进两个IMX890主摄逻辑，但其中一颗连ISP pipeline都懒得走完，直接raw bypass到HAL层扔给第三方滤镜库——这事儿我敢打包票，因为测试妹子小吴抓着log问我“为什么同一帧数据进hal前后yuv stride差两字节”，我当场把耳机线缠手腕上勒出印子，没回她。 窗外洒水车又来了，十一点四十七分整，哗啦一下冲过楼下沥青路，声音像一桶冰啤酒倒进不锈钢盆里。我盯着编译窗口里卡在“[ 67% ] building vendor.img”那行不动，光标安静得跟死了似的。桌上的机械键盘青轴声还在响——外包同事老张一边敲code一边啃关东煮，竹签戳进萝卜块时发出噗嗤一声，汤汁溅到他左手无名指关节上，他舔了舔，没擦。那味儿混着编译器后台跑的selinux avc denial log滚动声，闻着像隔夜卤蛋加debugger断点报错提示音。 我原以为厂商对接人李工只会催OTA包体积——结果他盯的是system_ext里一个被注释掉的CameraServiceStubImpl.class的classloader路径加载顺序。他说：“这个类必须先于vendor.camera@2.7-impl.so初始化，否则你‘双越级’的影像链路在低光照下会触发两次AWB重收敛。”我愣了两秒才反应过来，这不是bug，是设计，是他们故意让AWB闪两次来骗人眼觉得“快”。可我昨天改的HAL patch把第二次收敛干掉了，李工盯着我屏幕看了十八秒，然后说：“留着，别动。” 测试机堆在窗台那排最左边第三台，黑边框，屏保还亮着“Realme UI 5.0”的角标，屏幕被午后的太阳晒得发烫，摸上去像刚蒸好的馒头皮——我拿指尖按了按右下角，温度计app崩了，吐出一行红字“SurfaceFlinger: failed to acquire frame buffer”，但相册里那张用‘AI夜景增强+HDR融合+动态范围扩展’拍的猫眼照片居然能正常预览。奇怪吧？不奇怪。就是奇怪。我试过三十七次：只要把CameraManager.openCamera()回调延迟三百七十二毫秒再进surface view，那个frame buffer error就消失；但一进Settings→Display→Refresh Rate，立马复现。这个我说不准，问过两个高通FAE，一个在飞机上，另一个回我：“你们是不是动了gralloc的buffer_usage flag？”——我回了个句号。 楼下便利店关东煮摊收摊前最后五分钟，热气糊在玻璃门上成了一片白雾。我看见老板娘掀开锅盖捞海带结，动作特别慢，一根一根数着放保温箱。老张这时候忽然说：“你知道为啥真我13的录影防抖开关默认关吗？”我没理他。他接着讲：“因为一开，GPU timestamp和sensor timestamp对不上，video encoder会丢至少两帧关键帧——但他们把这部分逻辑塞进了一个叫`realme_motion_compensation_v2_stub.so`的桩库里，名字带v2，实际连v1的符号表都没补全。”我转头看他，他正用牙签剔牙缝里的魔芋丝，“他们知道我们不会查so文件名版本号。” 所以什么叫“双越级”？越级不是加东西，是删东西删到只剩一根筋。删掉预热流程，删掉校准等待，删掉自动白平衡收敛的收敛曲线拟合，全改成查表插值；删掉所有带`_testonly` suffix的binder interface，但保留三个名字一样、签名不同、只在一个设备上注册成功的IBinder stub——你猜是哪个设备？是测试线那台工程机，编号REMX3340-TEST-17B，刷了九遍系统，最后一次烧录时主板EEPROM写坏，导致vendor partition checksum永远算不对，结果它反而成了唯一能跑通全部影像API的机器。这事儿小吴录屏存着，她没敢发群里，只甩给我一个截图，右下角时间戳显示是四月二日零点零三分，我手机屏保正好也是那只猫眼，蓝绿光晕一圈一圈往外散。 对了，今早收到邮件，真我那边同步了一份新文档，标题叫《关于realme13系列影像体验一致性优化建议V1.2（非强制）》，附件是PDF，打开第一句话是：“请勿修改hal_vendor.camera..default.xml中的android.hal.camera.debug.skip_calibration=1参数。”后面跟了十七行加粗的“不建议”，没一句解释为什么。我点了打印，打印机卡纸了三次，第四次吐出来时纸角焦黄，像被晒过的胶片边。
产品概念图，仅供参考 我现在要去重新跑一遍thermal hal的load test，用那台晒得发烫的REMX3340-TEST-17B。李工说今晚十二点前要看到功耗拐点图，得用手动调节cpu cluster governor——不能用sysfs，得用adb shell su -c 'echo "schedutil" > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor'，因为policy0路径下有个软链接指向/proc/sys/kernel/sched_util，而这个路径在那版系统里被vendor overlay硬覆盖过三次。我不打算验证它为什么这么搞，我就照做。反正deadline是明天早八点，我刚刚把机械键盘拔了USB线，现在敲字全靠笔记本自带键盘的薄膜触感——有点飘，像踩在未commit的git分支上。（编辑：52刷机网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
