小米17 Ultra徕卡版震撼发布：影像旗舰新标杆！
|
亲历现场。那晚小米17 Ultra徕卡版固件包凌晨两点推到测试服务器，我盯着编译窗口卡在“dexing android.hardware.camera”那步——十七分钟四十二秒，没动过。窗外洒水车经过，哗啦啦的，水压挺大，喷头还卡顿，三秒一喷、两秒一停，像老式点阵打印机打废纸。我原以为是系统服务起不来，结果切到adb logcat扒了三遍，发现是vendor camera hal里一个新注册的privilege tag，和我们那个被打了七次patch的legacy sensor wrapper撞了uid权限树。这个我敢打包票。 桌上的机械键盘声一直没停。不是敲代码，是外包小张在反复按F5刷新Jenkins构建页，青轴，嗒、嗒、嗒，中间夹着一声闷哼，他刚把半凉的关东煮叉烧咬掉一半，没嚼完就吐进纸杯里：“这汤底盐齁得慌。”测试妹子小林在窗台边擦镜头模组，她那台真机贴着玻璃晒了快四十分钟，后壳烫得能煎蛋，但屏幕反光太强，她不得不侧着头看取景框——你见过用iPhone录安卓相机预览流来debug对焦延迟的吗？她干的。 优胜劣汰？呵。他们发布会PPT上写着“全链路影像调度重构”，结果实测下来，就是把旧框架里跑得好好的three-stage af状态机，硬生生掰成五段——AF_LOCKED之后居然还要走一遍HAL层的feature negotiation，而我们上个月刚砍掉的那套v1.3.2 vendor接口，又被他们用symlink绕回来调用了。我说不准这算升级还是倒退，但我知道，凌晨三点零七分，我手动给build.gradle加了-XX:ReservedCodeCacheSize=512m，编译才继续往下跑。没这行，它就死在dexmerger后面第三步——不是OOM，是JVM偷偷降频了，连log都懒得打。 厂商对接人老陈电话里说“兄弟你再撑三小时，灰度发完就切正式包”，可他不知道我们这边三台主力测试机：一台卡在白平衡校准死循环（sensor输出YUV 420SP，却往NV12 buffer里写），一台在长焦变焦时强制fallback到主摄crop（驱动报了个0x8000001E，查文档说是“not supported under thermal throttling”，可室温二十三度，散热片都没热）；还有一台……算了，那台根本没亮过屏，拆开看是排线插浅了两毫米，出厂就那样。这种事谁信？但我就亲手拧开过三次后盖——这个我不用打包票，你摸过就知道。 楼下便利店灯还亮着。我下楼买烟，老板娘递过来一包软盒，顺手把关东煮竹签收走，咔咔折断扔进厨余桶，动作比我们改vendor blob还利索。她说最近换新冰柜，冷气太足，关东煮汤面浮油全结成了霜花，得现刮。我站在那儿剥锡纸，忽然想起上周五下午，小米那个影像算法工程师在群里甩过来一张MTK平台上的yuv_dump，标着“参考帧”。我放大到像素级——左边213列全是0值，右边缺了一整行padding。没人吭声。最后是测试妹子小林截图发过去：“您这个dump，是不是少开了buffer alignment？”人家回了个OK，然后撤回。再也没提。
产品概念图，仅供参考 先扔结论后补细节。那版系统对影像子系统的裁剪，本质不是技术演进，是人力腾挪。他们裁掉七个老旧camera client进程，换来三个新的AI pipeline daemon——听着高大上，实际只是把原来system_server里扛活的线程池，搬进独立进程里重命名，连内存映射页大小都懒得调。而我们呢？为适配这三个新daemon，光是Binder transaction timeout参数就调了十八轮，每轮重启一次hal_service，每次重启后摄像头预览流都要失锁三百七十二毫秒——正好卡在人眼视觉暂留阈值边缘。用户感觉不到卡，但拍照连拍第一张必糊。这个我验过八次，同一台机器，不同环境光，全一样。但最绝的是，他们发布稿里写的“徕卡自然色引擎2.0”，底层调用的还是我们去年提交的那套白平衡权重表，只改了两行XML：把warm_bias从0.68改成0.71，cool_bias从0.31改成0.28。数值调得像修图软件滑杆——但改完后自动白平衡在日光灯下偏青，在LED筒灯下又泛黄。小张拿ColorMunki扫过三次，结果图谱叠一块儿看，根本是两套不同色域映射。我们提过，对方回复是“以实拍为准”。结果发布会视频里那段夕阳逆光样张，拍的是绿幕棚里打的渐变滤光片…… 我今早收到邮件，说下周要进厂做“联调攻坚”。没写清楚攻坚什么，附件只有两页PDF：一页是新版CamerX API矩阵兼容表，另一页是“厂商自定义Service生命周期约束说明”。第一页我翻了六次，第二页第三段第七行写着：“非必要不监听onServiceDisconnected”，字体加粗，下面画了条波浪线。可我们上个月就因为监听了这个回调，导致系统升级后所有三方相机APP在待机两分钟后集体黑屏。问题定位花了四天，根因是service binder thread pool被他们清空重置时，漏掉了我们的callback handler注册位。这个他们至今没认。 所以你现在问我“优胜劣汰”优在哪？我只能告诉你：劣的活下来了，优的还在等一个没署名的hotfix patch。今晚回去我打算重刷一遍vendor分区，用小米自己发布的bootloader解锁包+我们私藏的9.2.7.5基线modem固件——试试能不能让长焦那颗OV64B启动时不自检thermal history。不行的话，明早八点前得去楼下便利店买关东煮，顺便看看老板娘今天刮没刮油霜。 （编辑：52刷机网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
