求 stm32f103 用TjpgDec解码AVI视频文件代码

huaduoli

一直不知问题出在哪里？资料看了很多遍了；
STM32F103 播放AVI；音频可以通过VS1003播放，视频通过TjpgDec解码，就是显示不出来
TjpgDec参考资料是针对JPG图片的，修改后一直不能播放AVI的MPEG格式视频；网上都是Libjpg移植的；有STM32F103 用TjpgDec解码 mpeg的代码请赐教一份

peng1554

原子这边没有。帮顶！

huaduoli

说一下我的理解：
TjpgDec 主要修改两个入口函数，in_func(),out_func();
out_func(jd,Buff,sizeof(Buff)) 与JPG图片显示接口是一样的，所以用图片显示代码就可以；
in_func(jd,bitmap,rect) 涉及到两个变量，JDEC* jd(存放解码信息的结构体），Buff(待解码数据数组）
将AVI的视频流文件一个视频片段一次性写入Buff;
而 jd 存储的信息是以JPG文件为目标的，不能狗从AVI文件直接传入，有些需要手工添加对应解码参数；
例如已有的：
        jd->dptr = fbuf;               
        jd->pool = Work_buf;/* Work memroy */       
        jd->sz_pool = sz_wbuf;        /* Size of given work memory */

需要添加的：
jd->width=320;
jd->height=240;
等；
然后通过jd_decomp(jd,out_func,scale) 解码并调用out_func()显示每一帧图片；
通过USART设置的输出参数，能够看到 00dc,01dw交替出现，偏移量，帧尺寸；
           jd 信息和 Buff 数据的变化；但lcd依旧没有图像显示

可能问题：jd结构体的解码信息可能就不是这样传递的；
                 Buff 数组数据不正确也可能不能显示

以下是通过串口得到的JDEC 信息对比：
step 1 是初始化时的数据
step 2 是传递后的参数配置

step 1.----------------
jd->dctr = 0.
jd->dptr = 0.
jd->inbuf= 0
jd->dmsk = 0
jd->inbuf= 0.
jd->scale= 0.
jd->msx = 0.
jd->msy = 0.
qtid[3] = 0. 0. 0.
dcv[3] = 0. 0. 0.
nrst=0
jd->width = 0.
jd->height= 134422704.

huffbits[2][2]=80320b0.8000c15.0.0.
huffcode[2][2]=8.10.0.1.
huffdata[2][2]=0.0.1.60000000.
jd->qttbl[4]=47.1.11.19.
jd->workbuf=44.
jd->mcubuf=134221631.
jd->pool=76786.
jd->sz_pool=134422704.
infunction=134422704.
------------------------------------------
step 2-------------------------------
jd->dctr = 116.
jd->dptr = 536876915.
jd->inbuf= 536874984
jd->dmsk = 0
jd->inbuf= 536874984.
jd->scale= 0.
jd->msx = 2.
jd->msy = 2.
qtid[3] = 0. 1. 1.
dcv[3] = 0. 0. 0.
nrst=0
jd->width = 320.
jd->height= 240.

huffbits[2][2]=200019e8.20001a1c.20001c14.20001c48.
huffcode[2][2]=200019f8.20001a2c.20001c24.20001c58.
huffdata[2][2]=20001a10.20001b70.20001c3c.20001d9c.
jd->qttbl[4]=200017e8.200018e8.0.0.
jd->workbuf=536878656.
jd->mcubuf=536879232.
jd->pool=536879616.
jd->sz_pool=3560.

希望有研究过TjpgDec 的给个指点               

正点原子

参考我们407的例程。

电子&mcu爱好者

我弄过f407的，但是tjpgd解码确实不咋地，我每次快进。的时候，不知道为什么一张图片没解码完成就退出了(现在没纠结此问题)，vs1053播放音频也比较痛苦，每次才发送32个字节要多个循环等待才发送完成，效率太低(浪费时间)，我证实过f407播放320*240  用vs1053播放音频才10帧左右，不同视频压缩率不同有的比较卡，有的比较快，其实tjpgd可以优化(会影响画质)，我不懂JPG算法(所以不知道改)，如果改了，速度可以快一点

正点原子

电子&mcu爱好者 发表于 2018-8-21 18:59
我弄过f407的，但是tjpgd解码确实不咋地，我每次快进。的时候，不知道为什么一张图片没解码完成就退出了(现 ...

我们探索者407 解码480272，稳定在10帧没问题的。

电子&mcu爱好者

正点原子 发表于 2018-8-22 01:35
我们探索者407 解码480272，稳定在10帧没问题的。

那你优化的效率确实牛逼了

huaduoli

在自己努力下，总算搞定。看来大家都不用TjpgDec解码视频；2-3帧/秒；只为学习，无所谓速度

huaduoli

电子&mcu爱好者 发表于 2018-8-21 18:59
我弄过f407的，但是tjpgd解码确实不咋地，我每次快进。的时候，不知道为什么一张图片没解码完成就退出了(现 ...

F103,F407都试过了。F103有很多图像解码不出来，老花屏；F407还可以。F407播放240*180,如果只播放视频帧，可以到16帧/秒，再加上VS1003解码音频，只能到8帧/秒；看来VS系列都不够快；而且由于音频帧的不连贯，耳机会有哒哒声杂音；另外TJPGDEC没有用优化，只是在程序中用了个讨巧的方法，第一个视频帧经过分析，解码步骤；第二个视频帧及以后都直接解码，没有分析。因为每次解码需要的参数，算法都一样，都存贮在jd结构体中，在第二次调用前它的数据依然有效，所以免去了分析。只是重新定位数组指针:jd->dptr = fbuf;每次解码完一帧这个指针会被清零；这样每帧省了100行分析代码；但结果不明显，1小时的视频只快乐2-3秒。只是代码效率高了一些。