第863章 不太顺利的进展（1/2）

但努力只是加快了他们遇到困难的时间，在第三天，isp架构组率先遇到了硬骨头。

一个年轻工程师在跑仿真的时候发现，双缓衝fifo的深度设置不当。

三十二字节能覆盖大部分场景，但在4k 60帧hdr视频模式下，降噪和曝光的处理周期差超出了预期，fifo偶尔会溢出。

溢出一次，画面就多一帧雪花噪点。

“改深度，”周生说，“三十二改六十四。”

“可是老大，这样改面积会增加零点三平方毫米，会不会因为咱们的改动出现……”

组员犹豫地说道。

毕竟改动一点会不会出现更大的问题，他们並不確定！

周生也不確定了，只是没有实践就放弃，那他们这个项目组也没有存在的意义了，大家收拾收拾东西回去睡大觉多好！

“加。

零点三平方毫米换视频录製零翻车，值。

我们不是来省面积的，是来做最好的影像晶片的。

s1的定位就是拍照旗舰芯，在这个晶片上抠门就是给自己挖坑。”

工程师虽然想劝说，但最终低头改了参数。

毕竟他们確实要证明自己了。

於是仿真重新跑。

好在结果是好的，绿条一路亮到底，溢出消失。

只不过当他们真正面向研发的时候，之前没有遇到的问题全都出来了。

比如传感器调优组，他们的问题更为突出。

思特威的传感器底层时序图显示，像素级的曝光时间最小单位是0.1毫秒，但周生要求的是0.01毫秒的精度。

精细到十分之一档曝光。

这意味著需要修改传感器固件，重新定义像素阵列的行驱动时序。

“这动得太底层了，”思特威的对接工程师看了修改方案之后直皱眉，“行驱动时序一改，整个传感器的功耗模型都要重新算。

你们確定要这么搞？”

“確定。”周生头都没抬，“功耗高一点没关係，在手机设计部门加大电池就行。

但曝光精度不够，暗光下的细节就会丟。

这个传感器是专门为接下来的旗舰手机定製的，如果曝光精度还是公版水平，定製有什么意义？”

思特威的工程师考虑了一下，確实如此。

只是他们没有接到这个通知，所以在竖了一个大拇指后转身说道：“我请示一下。”

周生表示感谢，然后继续忙手上的工作。

蓝厂这边用力，思特威那边也毫不含糊，很快回復就来了：同意修改。

行驱动时序重新设计后，传感器功耗预计上升约半成，但曝光精度提升到0.01毫秒。

周生在工作群里发了一条消息：“传感器底层的最后一块砖搬开了。”。

兄弟们，接下来就是拼算法了。

“一定不能让合作伙伴看我的笑话。”

隨著其他小组的进展，算法组也不甘落后，但他们的压力却是最大的

降噪和曝光解耦之后，调校空间一下子大了几十倍。

以前两个参数绑在一起，只能做有限的场景优化。