TI中文支持网我们有个视频采集的项目，已经基本敲定用 DM648代替原来的DM642，但是我看到官网上DM648的产品状态，大多都是“不推荐在新产品使用”，但是又有存货，比如TMS320DM648ZUTD9 ， 就是不知道能持续供货多久呢？
另外，DM648的开发评估板在官网已经没法买到了，请问哪里有提供DM648开发评估板的资料呢？？？
Tony Tang：
用DM648的原因是什么？因为还是需要多视频口？还是因为你们的代码库是基于C64x核的？
不推荐新使用，是说不是主推的芯片了，但是会继续供货。
EVM板原理图见附件。
Leeh：
回复 Tony Tang:
非常感谢您的回复，我们之所以用DM648，是因为我们之前是用的DM642，想在尽量短的时间内完成代码移植，减少项目风险，DM648在5年或10年内会不会有停产的风险呢？
Tony Tang：
回复 Leeh:
目前还有很多人在用DM648，按已往经验，暂时还谈不上停产的时间计划。
Leeh：
回复 Tony Tang:
谢谢唐工解惑，既然DM648不是主推的处理器，那么我们想在我们的 DM642升级方案设计中取代DM642，您有没有好的处理器选型建议啊？
我们的方案中DM642完成一路标清视频的编解码，对实时性要求比较高。
Tony Tang：
回复 Leeh:
后续的方案都是用协处理器做视频编解码，用CPU软件编解码自然没有优势了。
格式是H.264? 实时性高的指标是什么？标清一般还是30fps吧。
Leeh：
回复 Tony Tang:
您好！
您说，后续的方案都是用协处理器做视频编解码，您的意思是指达芬奇系列的DSP如DM8168和最新的AM5728等硬件编解码么？
我们的编解码格式是H.264，我们希望 视频采集—>编码模块—>解码模块—>视频输出 的延时能控制在100ms以内，我们也考虑过DM8168和AM5728等方案，但
是，我们担心DM8168硬件编解码器由于不可灵活配置而导致延时不可控，也担心AM5728的开发风险太大。因此，我们初步讨论方案的时候暂定用软件编解码的方
案，请问以唐工丰富的经验，有什么建议么？
Tony Tang：
回复 Leeh:
若偏向于CPU，那DM648应该是不二选择，但DM648 900MHz比DM642 720MHz高出的也不是太多啊，为什么要升级呢？
对于你这个应用DM8168, AM57xx之类的就没有必要了，那是大炮打蚊子了。
Davinci如DM365就足足有余了，关于延时问题你可以去Davinci论坛问问Chris Meng.
http://www.deyisupport.com/question_answer/f/39.aspx
Leeh：
回复 Tony Tang:
谢谢您的答疑和建议，我们目前使用的是DM642（600MHz）的处理器，打算用DM648（900MHz）代替原来的处理器，DM648的C64x＋的核心处理性能要比同频率的C64x提升20％到30％，如果主频也提高50％，那么我们选的DM648的处理性能能达到之前的642处理器的1.8倍到2倍，并且DM648的功耗也有优势～～～
只是实时性还不太好评估～～～～
Tony Tang：
回复 Leeh:
实时性就是与处理性能相关了，你原来在DM642上能做到多大的延时，比较一下就差不多了吧。
Leeh：
回复 Tony Tang:
谢谢您的指点，我们在用DM642的时候，如果使用了视频接口，在使用SPI接口的时候最高速度就只能到2Mbps，如果速率再提高就会有很多误码；请问这是怎么回事呢，您有没有遇到过？如果用DM648的话，使用了视频接口后，SPI会不会也有这种问题，DM648的SPI接口在无误码的情况下能跑多高的速率？？？
