打印

嵌入式处理器架构之争决战2012(二)

[复制链接]
704|0
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
Sode|  楼主 | 2017-4-22 21:23 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在第一轮达芬奇热还未褪却之时,TI又推出了由十余种处理器构成的DM643x家族,这完全可以看作是DM644x家族去掉ARM内核和VICP加速器之后的产品,伴随着DM643x处理器出现的还有一个在技术上非常拉风的东西,那就是跑在DSP内核上的Linux虚拟机,这是一家叫做 Virtuallogix的公司做的软件产品,它可以使得DSP支持Linux,这再一次证明了TI想在Linux下统一管理和开发它的全部嵌入式处理器的软件框架战略,在前面提到过DVSDK里的一个组件叫做CodecEngine,它可以使得应用软件通过RPC调用算法软件完成多媒体算法的调用,而不必关系多媒体算法在物理上究竟是运行于ARM还是DSP,在DM6446时代,或许觉得这无非是故弄玄虚,画蛇添翅膀,但当DM643x上跑着Linux 的时候,一切都明朗了,基于CodecEngine开发的应用程序可以无缝的在DM643x和DM644x的Linux上平滑过渡,这或许就是软件框架的优势吧。

在被DM644x虐了1年后,水深火热的工程师们仿佛终于看到了曙光,终于看到了一颗貌似可以继承DM642衣钵的达芬奇处理器了,终于可以在CCS下继续裸奔着DM642时代的程序了,终于可以在一个彩色的视窗集成开发环境里抛开万恶的xDAIS算法标准写有中国特色的Codec了。于是,DM643x 因为有着比DM642更先进的DSP内核架构和达芬奇响亮的名头走进了千家万户,在终于找到了CSL并且抛弃了虚拟机之后,工程师们又开始抱怨,为什么 DM6437只有一个VPFE而并非像DM642有多个VPort呢,这对处理多路视频将是多么的复杂,于是DM643x被打入冷宫,直到DM3xx应用处理器的IPNC大行其道,才被重新定为视频分析协处理器,视频分析软件供应商ObjectVideo将DM643x做成独立的视频分析模块,但阻碍这颗达芬奇处理器涅磐的依然是ObjectVideo昂贵的软件入门费和版税。

不知是机缘的巧合还是天意,在DM643x家族问世后不久,DM648横空出世,这是一个至今已经可以跑到1.1GHz的DSP处理器,它集成了2个千兆以太网接口和5个VPort视频口,DM648才是真正的将DM642精神发扬光大的产品。在万众瞩目下,一个奇怪的事情又发生了,DM648的开发板居然不是TI御用的Spectrum公司设计的,相关的设计资料也是乏善可陈,至今仍然想不通为什么DM648为何落得如此下场,国内第三方做DM648开发板的跟DM6446简直不在一个数量级。从性能上看,DM648非常适合做多路CIF格式的视频产品,该处理器的5个VPORT口都是16比特数据位宽,和DM642一样可以同时吃进2路BT656格式的视频,内部采用了DSP+CP的架构,其中CP和DM644x的VICP是一样的,可以支持8路 CIF格式的H.264视频编码。

相关帖子

发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

1049

主题

1522

帖子

8

粉丝