TI中文支持网最近项目中使用OMAPL138，发现TI的CCS版本已经升级到v5了，bios升级到sys/bios,sys/link,今天发现又推出StarterWare,再加上之前的这个框架那个算法标准，名目繁多，但发现自己写DSP程序还在裸机上写，CCS还是3,3用的顺手，裸机程序还能解决大部分问题用不上BIOS，不知道TI对DSP，ARM这些芯片推出这些开发工具的具体想法？东西太多，让人应接不暇啊！
Tony Tang：
你好，BIOS6之后就叫Sys BIOS了，这是TI提供的BIOS的升级版本，与OMAP-L138没有直接关系。
Starterware是针对不用操作系统的用户提供的一套驱动，例程。很多老用户询问是否还有CSL之类的，可以当Starterware是一个类似的替代吧。不地提供的功能要全面许多。尤其对于一些在ARM上不用Linux的用户，比如用uCOS等，基于Starterware移植驱动可以省去很多工作量。
算法框架xDAIS是TI定义的算法接口标准，是一个推荐，不是强制的，目的是希望所有软件第三方包括TI自己的算法接口符合统一的标准，这要在应用层可以以统一的方式进行软件集成，打个比方评估不同第三方的H.264算法，每家提供的调用接口都不一样，那么做应有软件的岂不要为每个算法都写一个测试工程。而统一接口后，只要把库换了就行了，这就是统一接口标准的初衷。
裸跑效率高，如果系统不是很复杂，没必要采用BIOS，算法是自己的，也不需要符合xDAIS标准。CCS版本只要能支持所用的芯片即可，不过CCS3.3不支持OMAP-L138之后的新器件了。如果习惯了，就继续用CCS3.3吧，工具适合自己的就是好的。
CCSV5增加了一些新的功能。比如可以调用GCC，支持Linux调试等，关键看你是否用得上。
