在进行H.264编码时,有时候openh264enc会导致CPU直接挂起死锁在那里,后来从汇编跟进去之后发现是在inithdvicppsc这个函数中间挂起的.
使用“H264FHDVENC.version.01.10.02.03.wizardversion.0.5.3”这个版本的编码库就会出现上述问题。但在同样问题硬件环境下使用“H264FHDVENC.version.01.10.00.26.wizardversion.0.5.2”这个版本的编码库确工作正常,没有出现随即挂死的问题。
求解。
Feng Dong:
请保证psp dvsdk和codec版本匹配
Tuff Li:
回复 Feng Dong:
另外一个,请保证1.8v这路供电正常
咖啡摩卡:
回复 Tuff Li:
Tull LI
已经确认1.8V电源工作正常,测量值为1.78V,满足DM6467供电要求。
能否说的更详细点。
咖啡摩卡:
回复 咖啡摩卡:
而且硬件板不是全部都有这个问题,生产100块,大概在20%的硬件有该问题。
咖啡摩卡:
回复 咖啡摩卡:
Feng Dong你好,能否详细告知对应版本信息。
我们现在用的H264库是“H264FHDVENC.version.01.10.02.03.wizardversion.0.5.3”,那这个库对应的PSP DVSDK的版本号是什么?
VampireDaVinci:
1. 用0.5.2是100套板子都工作正常?若是,则说明硬件应该没问题
2. 看一下你的Codec版本和DVSDK版本是否匹配,请参考:software-dl.ti.com/…/index_FDS.html
咖啡摩卡:
回复 VampireDaVinci:
VampireDaVinci 你好!
是的,用0.5.2是100套板子都工作正常。在0.5.3的库下有问题的板子,换回0.5.2都工作正常,没有编码库死掉的问题。
咖啡摩卡:
回复 咖啡摩卡:
我们最早用的是(software-dl.ti.com/…/index_FDS.html )网页中的dvsdk_3_10_00_19_Setup.bin”下的这一套东西,但是就出现了编码库死掉的问题。所以后面我们嵌入式工程师用729的一套代码(包话,UBOOT,UBL,内核,DVSDK等),采用729内核升频到1G的工作方式,采用“H264FHDVENC.version.01.10.00.26.wizardversion.0.5.2”这个库后没有出现编码库死掉的问题。但该库不能限制图像码率,所以必用换用“H264FHDVENC.version.01.10.02.03.wizardversion.0.5.3”编码库,就出现上述问题。
咖啡摩卡:
回复 咖啡摩卡:
有谁遇到和我一样的问题,可以留下联系方式共同探讨!!
VampireDaVinci:
回复 咖啡摩卡:
我觉得是你的Codec替换DVSDK的COdec出现的兼容性问题