网络摄像机目前都那些方案？

gzgaokedianzi

你不是应该要现决定用哪一张摄像机吗？如微型摄-像机

47079382

低价的是什么方案的，有知道的吗？只知道以前海康高端的用的是TI的，现在听说有用海思的

47079382

Z-LONG 发表于 2013-7-1 15:06
这几个方案里面哪个性价比高点？刚入行只用过TI的，感觉效果一般

# D' i5 [5 q- R- y你要找性价比高的就用智源或者海思方案吧，价位确实低，很多做网络高清的都不说用的智源的方案，但是效果比不上TI的
至于你说的TI的效果一般，TI只是一颗主芯片，还有别的硬件和软件优化的，据我了解雄迈和天视通都是做TI方案的，但是效果方面差不少，至少我们测试的球机模块，同样的灯板，同样的机芯，天视通的效果要比雄迈的好

+ N) U" K" X& W* [$ [) B2 m

安防产品咨询

  e' _0 S) `4 BTI和海思的方案

: \5 D( {( P1 z  _8 A( p2 m
平台的选择很多时候和系统选择的算法是相关的， 所以如果要提 高架构，平台的设计能力，得不断提高自身的算法设计，复杂度评估 能力，带宽分析能力。
; F- L0 z0 ?( j6 U& n5 m
1 A) G' T/ {% J  y
$ T7 _2 r- [, a0 _0 g6 s* C* e 常用的主处理器芯片有：单片机，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 的图像预处理 能力，以及网络协议栈的开发平台。
: w7 @* G$ v' i3 Y
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 模 块组成，能帮助实现把 CMOS 的 RAW DATA（一般是指 Bayer 格式数据） 转成 YCbCr 数据， 同时实现包括白平衡调节， 直方图统计， 自动曝光， 自动聚焦等采用 CMOS 解决方案所必须的功能，故 DM355 处理器就可 以无缝的对接各种图像传感器了。而海思的解决方案对于 CMOS 的选 择就有局限性， 它只能用 OVT 一些解决方案， 因为 OVT 的部分 Sensor 集成了图像预处理功能。但是 DM355 不仅可以接 OVT 的解决方案，还 可接很多其他厂家的 CMOS sensor，比如 Aptina 的 MT9P031。所以在 图像预处理能力方面，DM355 继续胜出。 在 IPNC 这个领域，只要每台挣 1 个美金就可以开始跑量，所以在 那个时代，很少有人会去死抠 H.264 和 MPEG4 的性能差异，而且 TI 已经给了市场一个很好的预期，支持 H.264 的 DM365 很快就会面世。 所以 IPNC 这个方案而言，当时很多企业都选择了 DM355 的方案。有 些朋友现在已经从 DM355 成功过渡到 DM365、DM368，虽然你有时候 会骂 TI，为什么技术不搞得厉害点，在当年就一步到位，浪费了多 少生产力。但是技术就是一点一点积累起来，对于个人来不得半点含 糊，对于大企业，他们也无法大跃进。DM355 的 CMOS 预处理技术也 有很多 Bug，SDK 也有很多 bug，有时会让你又爱又恨，但是技术这 东西总是没有十全十美的，能在特定的历史条件下，满足市场需求， 那就是个好东西。 当然海思的解决方案在 DVS、DVR 方面也大放异彩，一点也不逊色 于 TI 的解决方案。 其它芯片的选型则可以参考各芯片厂商官方网站的芯片手册， 进行 PK，目前大部分芯片厂商的芯片手册都是免 NDA 下载的，如果 涉及到 NDA 问题，那就得看个人和公司的资源运作能力了，一般找一 下国内相应芯片的总代理商，沟通一下，签个 NDA 还是可以要到相应 资料的。每隔一周上各 IC 大厂的官方主页，关注一下芯片发展的动 态这是每个电子工程师的必须课啊， 这不仅为了下一个方案设计积累 了足够的资本，也为公司的产品策略做足了功课。