This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
你好,
你是否有参考过下面的信息?
http://processors.wiki.ti.com/index.php/Changing_the_DVEVM_memory_map
首先谢谢您的回复。
我是按照上面的分配内存。但是我感觉我的这个开发环境是OMAP350的,DM3730虽然和OMAP3530是兼容的,但是它的内存是256MB,比OMAP3530多128MB,总是感觉那多出的的128MB不能分配,分配之后编译的APP是不能打开engine引擎。
你好,
网页上最初是DM6446平台上修改memory使用的。
后面有更新根据不同的dsplink,CE版本来做不同的处理,请问你是否有留意?
感谢您的回复。
app不能打开code engine的原因可能是我修改了code server中的memory map,导致与dsplink中默认的memory map不能匹配。所以我按照“
在ti官网:http://processors.wiki.ti.com/index.php/Troubleshooting_DSPLink_configuration_issues
发现一个这样解释:Engine_open failure seems to indicate that DSPLink is being used inside Codec Engine. In such cases, modifying the default configuration file within DSPLink as mentioned above will not make any difference. This file gets overwritten by Codec Engine, which provides a dynamic configuration to DSPLink. The actual changes to ensure correct memory map need to be made as mentioned at this page
说明dsplink内存配置无效,不能起作用,这个怎么解决呢?再次感谢!
你好,
请问你修改DSPlink的内存分配后,是否有重新编译DSPlink?然后在编译app?
感谢回复!
我是先编译了dsplink ,然后是编译code server ,最后是app。难道有问题吗?
你好,
流程没有问题,我只是想确认dsplink是修改后有重新编译。
较高版本的CE才支持修改memory map的情况,不用修改dsplink。我之前的回复有提到不同版本处理方法是不一样的,请你确认你使用的CE版本。
感谢您的回复。
我的dsplink的版本号为:dsplink_1_65_01_05_eng(属于高于1.40版本)。对于ti官网中“Changing the DVEVM memory map”文档中的关于内存分配(在dsplink1.40以上版本情况下)的理解是否可以是,内存分配完全是由code server中的memory map决定,dsplink不起作用,所以dsplink完全可以不重新编译。这样理解是正确的吗?如果时那样,那么dsplink与code server之间内存匹配不就是不存在麻,因为他们是一样的。
可能我的理解时错误的,感觉ti的Changing the DVEVM memory map这份文档写的不是很清除。
再次感谢您!!!