德州仪器达芬奇五年之路七宗罪，嵌入式处理器架构之争决战2012（二）

VampireDaVinci

德州仪器达芬奇五年之路七宗罪，嵌入式处理器架构之争决战2012（二） [复制链接]

在第一轮达芬奇热还未褪却之时，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视频编码。