S3C6410 硬件JPEG解码无关代码影响解码问题终于得以处理
发布时间：2021-11-21 19:40:25 所属栏目：教程 来源：互联网
导读：早在2012年8月份的时候就将jpeg解码弄好了，但是一直以来非常的不稳定，如果修改了任意地方的代码都会造成解码可能失败，起初我以为是堆栈问题，或者后面有非法指针，但是都没得到结果，最后让我只能怀疑编译器了，而且我同样的程序使用了RVDS4.0编译后JPEG
|
早在2012年8月份的时候就将jpeg解码弄好了，但是一直以来非常的不稳定，如果修改了任意地方的代码都会造成解码可能失败，起初我以为是堆栈问题，或者后面有非法指针，但是都没得到结果，最后让我只能怀疑编译器了，而且我同样的程序使用了RVDS4.0编译后JPEG解码老是等待超时，但是可以解码头部，得到相关的JPEG信息，就是无法解码图片主体部分，我换到RVDS2.2上面竟然解码成功了，同样的程序，不同的编译器结果不一样，让我对RVDS4.0十分的失望，但是无意间我发现RVDS2.2也出现修改无关代码后JPEG无法解码了，我意识到我错怪RVDS4.0了，我开始另想办法了，当我仔细阅读S3C6410 dataset的后，终于找到一线希望了，文中说道，JPEG CODE最高时钟不能超过66MHz，我当时就修改了JPEG的时钟分频，给的是4分频，刚好是66MHz，恰在此时解码又成功了，让我高兴了不久，没过多大一会，又悲剧了，打印的信息显示解码失败，等待超时，我开始怀疑是编译的地址，我就开始打印各个缓冲区，指针，变量的地址，最终发现了一个问题，就是只有源图像地址的那个指针如果最后一位为0（16进制），解码就成功了，试了很多次，这个结论是对的，最终找出了问题所在了，源图像地址必须是16字节地址对齐的，这就能解释我之前遇到的种种不可思议的问题了。 很高兴，只要添加一句代码就能解决这个问题了，因为32bit的CPU，编译器默认是32位对齐的。 if(JpgAddr % 16) //源地址一定要是16字节（128位）对齐的，否则会出现各种意想不到的问题，这个问题困扰了我5个多月。 JpgAddr = (JpgAddr / 16 + 1) * 16; 这样，可以在申请了源图像缓冲区后，使用一个指针，指向这个缓冲区起始位置最近的那个128位对齐的地址，即可解决这个问题。  （编辑：PHP编程网 - 黄冈站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
浙公网安备 33038102330482号