原子，你们以前的那个jpg解码程序有个bug，还望指点一下怎么修改，问题出在huffman码表查找里面。帮忙看看是什么原因

zzz1223887687

问题九子啊断点那，Huffman查表是codelen长度大于了16   但是我用jling仿真，在ram里面读出来的jpg图片很正常。这是个bug，刚开始解码没问题，连续解码几个小也可能，但是只要出错一次，后面的图片就全部解不了，可以肯定图片没问题。

正点原子

将 这个图片，用WINDOWS自带的画图工具打开，再保存一下，就可以正常解码了。

zzz1223887687

原子哥，求现身解答一下啊，指点一下问题出现在哪？断点那decodeLen长度大于了16解码失败，下次再解码另外的图片还是不成功，图片数据没有问题，有jtag读出来二进制保存，然后再直接另存为jpg文件，打开图片很正常。  急啊！

zzz1223887687

回复【3楼】正点原子:
---------------------------------
好像是这个解码的程序里面的lp指针出错了，文件格式都是一样的，一段时间可以解压，不知道哪里出了点问题以后，其余的图片就都不行了，同一张图片不停地解压，也会出现这样的请款，应该不是jpg图片格式的问题。

正点原子

回复【4楼】zzz1223887687:
---------------------------------
不是吧,我一直用挺好的哦.
不过我现在换TJPGD来做解码了.

zzz1223887687

回复【5楼】正点原子:
---------------------------------
呵呵   我试试你们新的TJPGD  程序  谢谢  请教一下之前用的解码程序的思路可以吗？  lp指针出错以后其余的图片解压为什么会不能正常解压，会不会是lp指针在某个时候读出的数据比实际的少，导致霍夫曼查表出错呢？

正点原子

回复【6楼】zzz1223887687:
---------------------------------
这个我用XP保存后再解码,还没碰到过不能解码的JPEG...
所以你这个不好说了.
你上传你这个图片,我下载测试下吧.

zzz1223887687

原子哥  你好，明天把测试的图片上传给你，你有没有试过不用文件系统用那个以前的解压算法，把接受缓冲区unsigned char jpg_buffer[1024];增大，会不会是读出来的512小了，处于某种临界状态，那个解压程序里面指针传值太多了，真不好说在哪里出现的问题啊。我没有用文件系统，直接在ram里面解的，那个程序里面很多位置都是用的指针传值，真的不好调试啊，纠结了很多天了。