求一在WINDOWS下H264 H265解码显示平滑处理的思路

求一在WINDOWS下H264 H265解码显示平滑处理的思路

以前用HI3516C做1080P，我是这样处理的：
　　一个线程收取音视频数据，然后传入3个队列，
　　一个线程队列录像；
　　一个线程队列播放音频；
　　一个线程队列解码视频及上屏显示
　　解码用的是ffmpeg软解码
　　上屏显示用的是DirectDraw
　　由于1080P图像解码并不太占资源，在我的电脑上，基本一个I帧约40ms，运行剧烈画面的P帧也约

30~40ms，静态画面P帧约10~17ms
　　所以，将解码和上屏显示放到一个线程中，没什么问题，画面很平滑。

　　现在做HI3516A+IMX178 500W时，问题来了：
还是采用上面的处理方式：
　　一个线程收取音视频数据，然后传入3个队列，
　　一个线程队列录像；
　　一个线程队列播放音频；
　　一个线程队列解码视频及上屏显示
　　解码用的是ffmpeg软解码
　　上屏显示用的是DirectDraw
H264:
　　由于2592x1944 500W图像解码时，在我的电脑上，基本一个I帧约50~80ms，运行剧烈画面的P帧也

约50~80ms，静态画面P帧约15~35ms，
　　这样，由于某些帧解码时间太长，图像就一顿一顿的。
H265:
　　H265就不用谈了，软解码，时间基本上是H264的两倍。

我的解决办法是：
　　将解码、上屏显示这一个线程再拆分为两个线程，一个专门解码、一个专门上屏显示。


但是存在的问题是：
　　avcodec_decode_video2输出的AVFrame中data只有两个缓存地址在不停地来回切，
　　如果我将解码后的YUV420或RGB32数据自己拷贝到一个缓存中，
　　一张500W的有近20M，系统内存也会吃不消，拷贝效率也低。


　　求思路……