速度刷大图的3种方法分享（f429，f469已经测试）

速度刷大图的3种方法分享（f429，f469已经测试）精华

sun-2034138 提问时间：2016-9-23 13:32 /

  现在手头有两个开发板一个是f429的一个是f469的（都是800*480的分辨率，所以程序很针对）。这两种开发板都是带有屏幕控制器的，于是我就试着操练一下。发现如果用stemwin读取bmp文件刷图的是一帧一帧的。就算开启存储设备也是很纠结。
  之后参考了官方的flash烧写法。发现也是不适合我的项目应用。官方的是把bmp文件转换成.C文件之后用编译器编译后烧进flash，如果flash比较大还好说，如果flash小你就完蛋了。例如一张800*480的565bmp就要1.5m。关键是我要存这种图片100多张啊。。。
  所以我的办法是把这些图片放在sd卡中。一张512的sd卡才10块钱足够放几百张了。而且还有音频文件和视频文件。更重要的是sdio真的快。

评分

参与人数 2	ST金币 +11	收起理由
NASA	+ 1
zero99	+ 10

查看全部评分

赞 1 收藏 9 评论42 发布时间：2016-9-23 13:32

42个回答

sun-2034138 回答时间：2016-9-26 02:14:55

最后提一下这个东西。有人会问为什么  不用这个函数LCD_SetDevFunc。其实说了也很纠结，因为读出.bmp在window的控件里面是不卡的，但是如果你调用GUI_BMP_Draw去显示bmp或者其他什么的类型的图片文件就会很卡，可能是因为调用存储机制？反正是为什么lib库你也看不到。我也没有进行深入的探究。但是可以确定的就是你可以通过我说的这几种方法快速的画图。
第一在没有stemwin的情况下。这种方式你可以放很多图片，总比官方的qspi的快。同时也省去你去一点一点去解析bmp文件的时间。一举两得。速度很快的。

第二在有stemwin的情况下你单纯的想绘制bmp。好处是把官方例程本该运行在qspiflash上的代码重新放回芯片内部（官方例程在图片多的时候就是这样做的），也摆脱了flash大小的问题。说实在的你要是飞想放qspiflash也行，用我的方法同样靠谱。程序还是在芯片里面靠谱我个人觉得。

第三使用stemwin的windows下的窗口控件image，好处同二。

其实st的例程把f4f7带加速器的程序更改已经在手册中写出来了，详情看英文版的中文版的没有5.28。就是下面那段程序。但是追求更快肯定没有什么错误。而且我已经在之前说了。我这样做的主要目的是把几百张图放进去。。。其实少的情况下你按照官方的例程走也是没有问题的。
从始至终的思路是没有问题的，首先不要解析，其次放进内存，之后显示。

/* Set custom functions for several operations */
LCD_SetDevFunc(i, LCD_DEVFUNC_COPYBUFFER, (void(*)(void))LCD_LL_CopyBuffer);
LCD_SetDevFunc(i, LCD_DEVFUNC_COPYRECT, (void(*)(void))LCD_LL_CopyRect);

/* Filling via DMA2D does only work with 16bpp or more */
LCD_SetDevFunc(i, LCD_DEVFUNC_FILLRECT, (void(*)(void))LCD_LL_FillRect);
LCD_SetDevFunc(i, LCD_DEVFUNC_DRAWBMP_8BPP, (void(*)(void))LCD_LL_DrawBitmap8bpp);
LCD_SetDevFunc(i, LCD_DEVFUNC_DRAWBMP_16BPP, (void(*)(void))LCD_LL_DrawBitmap16bpp);
LCD_SetDevFunc(i, LCD_DEVFUNC_DRAWBMP_32BPP, (void(*)(void))LCD_LL_DrawBitmap32bpp);

/* Set VRAM address */
LCD_SetVRAMAddrEx(i, (void *)(layer_prop.address));

      GUICC_M4444I_SetCustColorConv(Color2IndexBulk_M4444IDMA2D,Index2ColorBulk_M4444IDMA2D);
      GUICC_M888_SetCustColorConv(Color2IndexBulk_M888DMA2D,Index2ColorBulk_M888DMA2D);
      GUICC_M8888I_SetCustColorConv(Color2IndexBulk_M8888IDMA2D,Index2ColorBulk_M8888IDMA2D);
      GUI_SetFuncAlphaBlending(DMA2D_AlphaBlending);
      GUI_SetFuncGetpPalConvTable(_LCD_GetpPalConvTable);
      GUI_SetFuncMixColors(DMA2D_MixColors);
      GUI_SetFuncMixColorsBulk(LCD_MixColorsBulk);

赞 0 评论

sun-2034138 回答时间：2016-9-23 13:32:22

本帖最后由 sun-2034138 于 2016-9-23 13:33 编辑

  之后把你需要的这些文件放到sd卡中，前提是你必须做好内存管理和内存管理。之后就可以进行第二步了。也就是显示了。先说下不带操作系统不带stemwin的显示方式。
  这样就要使能ltdc和dma2d了。因为ltdc的双层显示是需要一定的内存的，所以在做内存管理时一定要注意要把内存管理的起始地址找好，留好ltdc所需要的内存。

__align(32) u8 mem2base[MEM2_MAX_SIZE] __attribute__((at(0XC0200000)));这个是我在f469discovery里面定义的，这块开发板的sdram是8m，分两兆给ltdc，这样你就只剩下6m了，之后我又在后面为stemwin预留了3兆，所以你真正可用的内存不到3m。所以要记得内存溢出的问题。
  内存做好了这样就可以读文件了，用fatfa直接读出你所要显示的文件。
  就这样。。。

赞 0 评论

sun-2034138 回答时间：2016-9-23 13:32:30

另外就是我还在研究第三种方法就是用guibuilder显示图片。但是guibuilder遇到一些问题。在我转换大图的时候会直接死掉。。。所以我不知道它的图片格式的头，没有办法进行替换。builder转换的头并不是bmpcvt.exe转换的那种格式。它有自己的格式，而且它属于窗口挂饰。如果那位朋友有解决方案或者知道怎么用guibuilder转换，或者guibuilder的image转换过后的格式。请大家帮助一下。在此谢过大家了。

赞 0 评论

sun-2034138 回答时间：2016-9-23 13:32:21

本帖最后由 sun-2034138 于 2016-9-23 12:42 编辑

现在的思路是在外部解析好你所需要的图片的，节省mcu解析的时间。之后存成一个后缀为bmp的文件。这个bmp不同于正常的bmp它没有头，是一个纯的hex文件只不过后缀让我叫bmp。。。是名bmp，又非bmp，又名bmp。。。下面两张截图是我用java写的小插件，用法很简单就是把bmp文件解析为565或者argb8888的纯hex文件。按照ltdc的dma2d控制器的读取数据方式放好。