ISP真正的考验，在嵌入式设备落地这一刻
做图像调优的小伙伴，你也遇到过这个坑吧，就是电脑上仿真画质挺好的，通透干净，细节拉满，但是一移植到嵌入式设备上，瞬间就不行了，帧率狂掉，画面卡顿，延迟飙升，严重的时候还会闪退。其实做影像的都懂，能调出好的画质也不够，能在嵌入式有限的算力。里面落地才是硬核实力。追求复杂算法来拼画质是直接无视了嵌入式设备的硬件短板

一般行业里的老手做优化也从不瞎试错，核心逻辑是先找瓶颈再动手。一遇到卡顿乱加并行简洁代码，忙活一两天也不行。判断算法复杂，看单项数运算次数就够了。普通3×3卷积的运算量，叠加十几组模块后，低端嵌入式设备。根本扛不住

解决算力问题后，9成的卡顿都是内存带宽拥堵导致的。图像帧缓存动辄几兆几十兆反复拷贝去读写，再充足的算力也会被堵瘫痪的。日常优化有4个准则，杜绝无效数据拷贝，用行缓冲替代整帧缓存，复用模块数据减少重复读写，做好内存审计精准定位。占用大户

最后再靠多核并行去榨干硬件的性能，高负载算子交给CPU，NPU处理，CPU只负责调度统筹，不能盲目迁移硬件，数据搬运的开销往往比计算本身更费性能。按照这套标准流程优化，基本上能搞定一些isp一直卡顿，帧率不稳的问题
计算摄影学机器视觉 计算机视觉 图像处理 ISP图像优化 linux应用驱动开发 学习 技术分享