S3C6410 硬件JPEG解码无关代码影响解码问题终于得以解决
早在今年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位对齐的 。
【S3C6410 硬件JPEG解码无关代码影响解码问题终于得以解决】
if(JpgAddr%16)//源地址一定要是16字节（128位）对齐的，否则会出现各种意想不到的问题，这个问题困扰了我5个多月 。
JpgAddr=(JpgAddr/16+1)*16;
这样，可以在申请了源图像缓冲区后，使用一个指针，指向这个缓冲区起始位置最近的那个128位对齐的地址，即可解决这个问题 。
推荐阅读
- 2020AIoT/新基建排行榜,机智云物联网智能硬件上榜
- 从逻辑到硬件：如何转换PCB布局？
- 基于LPC2292硬件平台实现操作系统硬件抽象层的构建方法
- EMI滤波电路对PC电源以及其它PC硬件会产生什么影响?
- s3c2440硬件篇之五：读NandFlash_2
- 亚马逊运行了硬件事件
- 中兴通讯已成为将这顶帽子扔进8英寸平板电脑环的最新硬件制造商
- s3c2440硬件篇之二：SDRAM
- 中兴通讯倾力打造融合视频能力平台，对运行环境软硬件进行统一维护
- [ARM笔记]GPIO硬件介绍