TI和海思对比方案——百万高清网络摄像机.pdfVIP

平台的选择很多时候和系统选择的算法是相关的， 所以如果要提高架 构， 平台的设计能力， 得不断提高自身的算法设计， 复杂度评估能力， 带宽分析 能力。常用的主处理器芯片有：单片机，ASIC ，RISC(DEC Alpha、ARC 、ARM 、 MIPS、PowerPC、SPARC 和 SuperH )，DSP 和 FPGA 等，这些处 理器的比较在 网上有很多的文章，在这里不老生常谈了，这里只提 1 个典型的主处理器选型 案例。 比如市场上现在有很多高清网络摄像机（HD-IPNC）的设计需 求， IPNC 的解决方案也层出不穷， 的解决方案有 DM355、 而 TI DM365 、 DM368 等， 海思提供的方案则有 Hi3512、Hi3515、Hi3520 等，NXP 提 供的方案有 PNX1700、 PNX1005 等。 对于 HD-IPNC 的主处理芯片，有几个主要的技术指标：视频 分辨率，视频 编码器算法，最高支持的图像抓拍分辨率，CMOS 的图 像预处理能力，以及网 络协议栈的开发平台。 Hi3512 单芯片实现 720P30 H.264 编解码能力，满足高 清 IP Camera 应用, Hi3515 可实现 1080P30 的编解码能力，持续提 升高清 IP Camera 的性能。 DM355 单芯片实现 720P30 MPEG4 编解码能力，DM365 单 芯片实现 720P30 H.264 编解码能力, DM368 单芯片实现 1080P30 H.264 编解 码能力。DM355 是 2007 Q3 推出的，DM365 是 2009 Q1 推出的，DM368 是 2010 Q2 推出的。海思的同档次解决方案也基本上与之同时出现。 海思和 TI 的解决方案都是基于 linux，对于网络协议栈的开 发而言，开源 社区的资源是没有区别的，区别的只在于芯片供应商提 供的 SDK 开发包， 两 家公司的 SDK 离产品都有一定的距离，但是 linux 的网络开发并不是一个技术 难点，所以并不影响产品的推广。 作为 IPNC 的解决方案，在 720P 时代，海 思的解决方案相对于 TI 的解决方案，其优势是支持了 H.264 编解码算法，而 TI 只支持了 MPEG4 的编解码算法。虽然在 2008 年初，MPEG4 的劣势在市场上 已经 开始体现出来，但在当时这似乎并不影响 DM355 的推广。对于最高支持 的图像抓拍分辨率，海思的解决方案可以支持支 持 JPEG 抓拍 3M Pixels@5fps， DM355 最高可以支持 5M Pixels，虽 然当时没有成功的开发成 5M Pixel 的抓拍 （内存分配得有点儿问题，后来就不折腾了），但是至少 4M Pixel 的抓拍是实 现了的，而且有 几个朋友已经实现了 2560x1920 这个接近 5M Pixel 的抓拍， 所以在 这一点上 DM355 稍微胜出。 因为在高清分辨率下，CCD 传感器非常 昂贵，而 CMOS 传感器 像原尺寸又做不大，导致本身在低照度下就性能欠佳的 CMOS 传感器 的成像质量在高分辨率时变差，于是 TI 在 DM355 处理器内部 集成了 一个叫做 ISP 的图像预处理模块，它由 CCDC， IPIPE， IPIPEIF 和 H3A 模块组成，能帮助