1. 目前SDK可以分为两类：Linux和RTOS。
主流IPC SDK是Linux； 差异化，面向Iot市场IPC趋向于RTOS。
个人预言消费类Camera后续会全部转为Rtos的Camera；专业算法类（智能）IPC会基于Linux比较多。
个人感觉1+2+1的生态相当牛X，但需要钱玩...或者说都是套路，层次不同，idea不同（就当我多写句废话填充这毫无逻辑的文章吧）
2. SDK怎么样实现会给用户很好的体验：
A：文档（一个说烂了的废话，但没有公司重视它）
B：精简 - SDK接口尽可能简单（减轻APP开发难度，该Driver & DMA传递数据或者指针绝对不能让中间件或者应用干这个事情，否则就是脱裤子放屁）
C：SDK提供的库尽可能小（节约Flash就是给客户省钱，也是给自己添加加分，本质上是给团队、兄弟，朋友、老婆、家人多赚点奶粉钱）
D：提供错误定位咨询（比如Log信息、错误ID等）
E：提供实时Proc硬件操作咨询和操作工具
F：架构稳定（最好是如同珠海航展展出的模块化的底层架构，数据在模块之间来回传递不需要SDK去弄，直接在底层Driver搞一个Buff管理，SDK调度他就好。这一点海思无疑是业界的标杆）
3. 如何把握SDK开发。拿海思芯片举例：
最关键的地方应该在于如何协调各个模块之间的数据传递关系。（智原、AK、GK套路都一样。都是套路，都是废话）
AI、VI：解析视频接口、采集Raw、YUV数据、PCM。一般是分时复用，Hi_mpi_xxx_[grp]chn 基本上是虚通道
VPSS：视频叠加、一进多出、区域管理等。一般是分时复用，Hi_mpi_xxx_[grp]chn 基本上是虚通道
Venc、Vdec : 编码、解码。分时复用，或者独立IP。一般是分时复用，Hi_mpi_xxx_[grp]chn 基本上是虚通道
AO、VO：输出。一般是分时复用，Hi_mpi_xxx_[grp]chn 基本上是虚通道
FB：Framebuffer。一般是分时复用，Hi_mpi_xxx_[grp]chn 基本上是虚通道
VDA、IVE：算法库。一般是分时复用，Hi_mpi_xxx_[grp]chn 基本上是虚通道
各个模块之间都会吃数据，吐数据，吃和吐相互依存，这一层逻辑在Driver和SDK实现会给用户相当棒的体验。（海思的VB固然不错，GM的Frammp也很好，AK的IOCTL很裸很粗暴）
