《DNESP32S3使用指南-IDF版_V1.6》第四十章图片显示实验

jf_85110202

2025-1-4 09:22:38

1652 单片机开发板正点原子

第四十章图片显示实验

在开发产品的时候，很多时候，我们都会用到图片解码，在本章中，我们将向大家介绍如何通过ESP32-S3来解码BMP/JPG/JPEG/PNG/GIF等图片，并在SPILCD上显示出来。

本章分为如下几个小节：

40.1 图片格式简介

40.2 硬件设计

40.3 程序设计

40.4 下载验证

40.1 图片格式介绍

我们常用的图片格式有很多，一般最常用的有三种：JPEG（或JPG）、BMP、PNG和GIF。其中JPEG（或JPG）、PNG和BMP是静态图片，而GIF则是可以实现动态图片。下面，我们简单介绍一下这三种图片格式。

40.1.1 BMP编码简介

我们常用的图片格式有很多，一般最常用的有三种：JPEG（或JPG）、BMP和GIF。其中JPEG（或JPG）和BMP是静态图片，而GIF则是可以实现动态图片。下面，我们简单介绍一下这三种图片格式。

首先，我们来看看BMP图片格式。BMP（全称Bitmap）是Window操作系统中的标准图像文件格式，文件后缀名为“.bmp”，使用非常广。它采用位映射存储格式，除了图像深度可选以外，不采用其他任何压缩，因此，BMP文件所占用的空间很大，但是没有失真。BMP文件的图像深度可选lbit、4bit、8bit、16bit、24bit及32bit。BMP文件存储数据时，图像的扫描方式是按从左到右、从下到上的顺序。

典型的BMP图像文件由四部分组成：

①：位图头文件数据结构，它包含BMP图像文件的类型、显示内容等信息；

②：位图信息数据结构，它包含有BMP图像的宽、高、压缩方法，以及定义颜色等信息

③：调色板，这个部分是可选的，有些位图需要调色板，有些位图，比如真彩色图（24位的BMP）就不需要调色板；

④：位图数据，这部分的内容根据BMP位图使用的位数不同而不同，在24位图中直接使用RGB，而其他的小于24位的使用调色板中颜色索引值。

关于BMP的详细介绍，请参考光盘的《BMP图片文件详解.pdf》。

40.1.2 JPEG编码简介

JPEG是Joint Photographic Experts Group(联合图像专家组)的缩写，文件后辍名为“.jpg”或“.jpeg”，是最常用的图像文件格式，由一个软件开发联合会组织制定，同BMP格式不同，JPEG是一种有损压缩格式，能够将图像压缩在很小的储存空间，图像中重复或不重要的资料会被丢失，因此容易造成图像数据的损伤（BMP不会，但是BMP占用空间大）。尤其是使用过高的压缩比例，将使最终解压缩后恢复的图像质量明显降低，如果追求高品质图像，不宜采用过高压缩比例。但是JPEG压缩技术十分先进，它用有损压缩方式去除冗余的图像数据，在获得极高的压缩率的同时能展现十分丰富生动的图像，换句话说，就是可以用最少的磁盘空间得到较好的图像品质。而且JPEG是一种很灵活的格式，具有调节图像质量的功能，允许用不同的压缩比例对文件进行压缩，支持多种压缩级别，压缩比率通常在10:1到40:1之间，压缩比越大，品质就越低；相反地，压缩比越小，品质就越好。比如可以把1.37Mb的BMP位图文件压缩至20.3KB。当然也可以在图像质量和文件尺寸之间找到平衡点。JPEG格式压缩的主要是高频信息，对色彩的信息保留较好，适合应用于互联网，可减少图像的传输时间，可以支持24bit真彩色，也普遍应用于需要连续色调的图像。

JPEG/JPG的解码过程可以简单的概述为如下几个部分：

①：从文件头读出文件的相关信息。

JPEG文件数据分为文件头和图像数据两大部分，其中文件头记录了图像的版本、长宽、采样因子、量化表、哈夫曼表等重要信息。所以解码前必须将文件头信息读出，以备图像数据解码过程之用。

②：从图像数据流读取一个最小编码单元(MCU)，并提取出里边的各个颜色分量单元。

③：将颜色分量单元从数据流恢复成矩阵数据。

使用文件头给出的哈夫曼表，对分割出来的颜色分量单元进行解码，把其恢复成8×8的数据矩阵。

④：8×8的数据矩阵进一步解码。

此部分解码工作以8×8的数据矩阵为单位，其中包括相邻矩阵的直流系数差分解码、使用文件头给出的量化表反量化数据、反Zig-zag编码、隔行正负纠正、反向离散余弦变换等5个步骤，最终输出仍然是一个8×8的数据矩阵。

⑤：颜色系统YCrCb向RGB转换。

将一个MCU的各个颜色分量单元解码结果整合起来，将图像颜色系统从YCrCb向RGB转换。

⑥：排列整合各个MCU的解码数据。

不断读取数据流中的MCU并对其解码，直至读完所有MCU为止，将各MCU解码后的数据正确排列成完整的图像。JPEG的解码本身是比较复杂的，这里FATFS的作者，提供了一个轻量级的JPG/JPEG解码库：TjpgDec，最少仅需3KB的RAM和3.5KB的FLASH即可实现JPG/JPEG解码，本例程采用TjpgDec作为JPG/JPEG的解码库，关于TjpgDec的详细使用，请参考“A盘à4，软件资料à图片编解码àTjpgDec技术手册”这个文档。

40.1.3 PNG编码简介

PNG（Portable Network Graphics）是一种无损的位图图像格式，旨在替代GIF格式并增加一些GIF文件格式所不具备的特性。PNG图像使用一种称为DEFLATE的无损数据压缩算法来减小文件大小，不会损失图像质量。这种压缩算法结合了LZ77算法和哈夫曼编码，能够有效地压缩数据并减小文件大小。

在PNG编码过程中，预滤器编码格式被用来先对图像数据进行预处理，以便更好地利用Deflate算法进行压缩。PNG定义了五种不同的预滤器，分别是None、Sub、Up、Average和Paeth。这些预滤器根据图像像素的特性对每一行的像素进行编码，以更好地利用Deflate算法进行压缩。

PNG还支持多种颜色模式，包括8位灰度图像、索引彩色图像和24位真彩色图像，并且可以支持Alpha通道透明度，这意味着可以在图像中创建半透明的效果。此外，PNG还支持多层图像，可以将多个图像组合在一起，每个图像可以具有自己的透明度和颜色。

典型的PNG图像文件由以下几部分组成：

①：文件署名域（File Signature）：这是文件的开头部分，由8个字节组成，用于标识该文件是一个PNG文件。其值固定为"89 50 4E 47 0D 0A 1A 0A"。

②：关键数据块（Critical Chunk）：这是PNG文件必须包含的数据块，包括IHDR、IDAT、IEND等。IHDR块包含了图像的基本信息，如宽度、高度、像素格式等；IDAT块包含了图像的实际数据；IEND块标记了图像数据的结束。

③：辅助数据块（Ancillary Chunk）：这是可选的数据块，用于存储与图像相关的其他信息，如文本注释、时间戳等。这些数据块对于解码图像是可选的，但如果存在，解码器应当对其进行解析。

40.1.4 GIF编码简介

GIF(Graphics Interchange Format)是CompuServe公司开发的图像文件存储格式，1987年开发的GIF文件格式版本号是GIF87a，1989年进行了扩充，扩充后的版本号定义为GIF89a。GIF图像文件以数据块(block)为单位来存储图像的相关信息。一个GIF文件由表示图形/图像的数据块、数据子块以及显示图形/图像的控制信息块组成，称为GIF数据流(DataStream)。数据流中的所有控制信息块和数据块都必须在文件头(Header)和文件结束块(Trailer)之间。

GIF文件格式采用了LZW(Lempel-ZivWalch)压缩算法来存储图像数据，定义了允许用户为图像设置背景的透明(transparency)属性。此外，GIF文件格式可在一个文件中存放多幅彩色图形/图像。如果在GIF文件中存放有多幅图，它们可以像演幻灯片那样显示或者像动画那样演示。

一个GIF文件的结构可分为文件头(FileHeader)、GIF数据流(GIFDataStream)和文件终结器(Trailer)三个部分。文件头包含GIF文件署名(Signature)和版本号(Version)；GIF数据流由控制标识符、图象块(ImageBlock)和其他的一些扩展块组成；文件终结器只有一个值为0x3B的字符（';'）表示文件结束。

关于GIF的详细介绍，请参考光盘GIF解码相关资料。图片格式简介，我们就介绍到这里。

40.2 硬件设计

40.2.1 例程功能

开机的时候先检测字库，然后检测SD卡是否存在，如果SD卡存在，则开始查找SD卡根目录下的PICTURE文件夹，如果找到则显示该文件夹下面的图片文件（支持bmp、jpg、jpeg、png和gif格式），循环显示，通过按KEY0和KEY2可以快速浏览下一张和上一张，KEY_UP按键用于暂停/继续播放，DS1用于指示当前是否处于暂停状态。如果未找到PICTURE文件夹/任何图片文件，则提示错误。同样我们也是用DS0来指示程序正在运行。

40.2.2 硬件资源

1.LED

LED-IO1

2.XL9555

IIC_SDA-IO41

IIC_SCL-IO42

3.SPILCD

CS-IO21

SCK-IO12

SDA-IO11

DC-IO40（在P5端口，使用跳线帽将IO_SET和LCD_DC相连）

PWR- IO1_3（XL9555）

RST- IO1_2（XL9555）

4.SD

CS-IO2

SCK-IO12

MOSI-IO11

MISO-IO13

40.3 程序设计

40.3.1 程序流程图

程序流程图能帮助我们更好的理解一个工程的功能和实现的过程，对学习和设计工程有很好的主导作用。下面看看本实验的程序流程图：

图40.3.1.1 图片显示实验程序流程图

40.3.2 图片显示函数解析

正点原子提供的PICTURE驱动源码包括以下文件，并且已经针对正点原子ESP32-S3软硬件进行了移植适配，用户在使用时，仅需将这以下文件添加到自己的工程中即可，如下图所示：

图40.3.2.1 正点原子PICTURE驱动源码文件

其中：

bmp.c和bmp.h用于实现对bmp文件的解码；

tjpgd.c和tjpgd.h用于实现对jpeg/jpg文件的解码；

gif.c和gif.h用于实现对gif文件的解码；

这几个代码太长了，而且也有规定的标准，需要结合各个图片编码的格式来编写，所以我们在这里不贴出来，大家查看光盘中的源码的实现过程即可。

40.3.3 图片显示函数驱动解析

在IDF版的29_pitures例程中，作者在29_pitures \components\BSP路径下并未添加新的内容，而是在29_pitures \main\APP路径下面，新增了一个APP文件，我们将详细解析这四个文件的实现内容。

1，解码库的控制句柄_pic_phy和_pic_info

我们使用这个接口，把解码后的图形数据与LCD的实际操作对应起来。为了方便去显示图片，我们需要将图片的信息与我们的LCD联系上。这里我们定义了_pic_phy和_pic_info分别用于定义图片解码库的LCD操作和存放解码后的图片尺寸颜色信息。它们的定义如下：

/* 图片显示物理层接口 */

/* 在移植的时候,必须由用户自己实现这几个函数 */

typedef struct

{

/* 画点函数 */

void(*draw_point)(uint16_t, uint16_t, uint16_t);

/* 单色填充函数 */

void(*fill)(uint16_t, uint16_t, uint16_t, uint16_t, uint16_t);

/* 画水平线函数 */

void(*draw_hline)(uint16_t, uint16_t, uint16_t, uint16_t);

/*多点填充 */

void(*multicolor)(uint16_t, uint16_t, uint16_t, uint16_t *);

} _pic_phy;

/* 图像信息 */

typedef struct

{

uint16_t lcdwidth; /* LCD的宽度 */

uint16_t lcdheight; /* LCD的高度 */

} _pic_info;

在piclib.c文件中，我们用上述类型定义了两个结构体，声明如下：

_pic_info picinfo; /* 图片信息 */

_pic_phy pic_phy; /* 图片显示物理接口 */

2，piclib_init函数

piclib_init函数，该函数用于初始化图片解码的相关信息，用于定义解码后的LCD操作。具体定义如下：

/**

* @Brief 画图初始化

* @NOTE 在画图之前,必须先调用此函数, 指定相关函数

* @param 无

* @retval 无

void piclib_init(void)

{

pic_phy.draw_point = lcd_draw_pixel; /* 画点函数实现,仅GIF需要 */

pic_phy.fill = lcd_fill; /* 填充函数实现,仅GIF需要 */

pic_phy.draw_hline = lcd_draw_hline; /* 画线函数实现,仅GIF需要 */

pic_phy.multicolor = piclib_multi_color;/* 颜色填充函数实现,JPEG、BMP、PNG */

picinfo.lcdwidth = lcd_self.width; /* 得到LCD的宽度像素 */

picinfo.lcdheight = lcd_self.height; /* 得到LCD的高度像素 */

}

初始化图片解码的相关信息，这些函数必须由用户在外部实现。我们使用之前LCD的操作函数对这个结构体中的绘制操作：画点、画线、画圆等定义与我们的LCD操作对应起来。具体这些操作可以查看SPILCD一节的描述。

该函数的形参描述，如下表所示：

形参	描述
无	无

表40.3.1.1 函数piclib_init ()形参描述

该函数的返回值描述，如下表所示：

返回值	描述
无	无

表40.3.1.2 函数piclib_init ()返回值描述

3，piclib_ai_load_picfile函数

piclib_ai_load_picfile帮助我们得到需要显示的图片信息并助于下一步的绘制。本函数需要结合文件系统来操作，图片根据后缀区分并且在文件夹在保存是我们在PC下的习分类，也是我们处理和分类图片的最方便的方式。

/**

* @brief 智能画图

* @note 图片仅在x,y和width, height限定的区域内显示.

* @param filename : 包含路径的文件名(.bmp/.jpg/.jpeg/.png/.gif等)

* @param x, y : 起始坐标

* @param width, height : 显示区域

* @param fast : 使能快速解码

* @arg 0, 不使能

* @arg 1, 使能

* @note 图片尺寸小于等于液晶分辨率,才支持快速解码

* @retval 无

uint8_t piclib_ai_load_picfile(char *filename,

uint16_t x,

uint16_t y,

uint16_t width,

uint16_t height)

{

uint8_t res = 0;/* 返回值 */

uint8_t temp;

if ((x + width) > picinfo.lcdwidth)return PIC_WINDOW_ERR; /* x坐标超范围了 */

if ((y + height) > picinfo.lcdheight)return PIC_WINDOW_ERR;/* y坐标超范围了 */

/* 得到显示方框大小 */

if (width == 0 || height == 0)return PIC_WINDOW_ERR; /* 窗口设定错误 */

/* 文件名传递 */

temp = exfuns_file_type(filename); /* 得到文件的类型 */

switch (temp)

{

case T_BMP:

res = bmp_decode(filename,width, height); /* 解码BMP */

break;

case T_JPG:

case T_JPEG:

res = jpeg_decode(filename,width, height); /* 解码JPG/JPEG */

break;

case T_GIF:

res = gif_decode(filename, x, y, width, height); /* 解码gif */

break;

case T_PNG:

res = png_decode(filename, width, height); /* 解码PNG */

break;

default:

res = PIC_FORMAT_ERR; /* 非图片格式!!! */

break;

}

return res;

}

该函数的形参描述，如下表所示：

形参	描述
filename	filename是文件的路径名，具体可以参考FATFS一节的描述，为字符口，我们的例程采用的是SD卡存图片，故一般为”0:/PICTURE/*.GIF”等类似格式。
x	为画图的起始x坐标
y	为画图的起始y坐标
width	形成了以x、y为起点的(x,y)~(x+width,y+height)的矩形显示区域，对屏幕坐标不理解的可能参考我们的SPILCD一节的描述。
height	形成了以x、y为起点的(x,y)~(x+width,y+height)的矩形显示区域，对屏幕坐标不理解的可能参考我们的SPILCD一节的描述。

表40.3.1.3 函数piclib_ai_load_picfile ()形参描述

该函数的返回值描述，如下表所示：

返回值	描述
0	成功
其他	错误码

表40.3.1.4 函数piclib_ai_load_picfile ()返回值描述

piclib_ai_load_picfile函数，整个图片显示的对外接口，外部程序，通过调用该函数，可以实现bmp、jpg/jpeg、png和gif的显示，该函数根据输入文件的后缀名，判断文件格式，然后交给相应的解码程序（bmp解码/jpeg解码/gif解码/png解码），执行解码，完成图片显示。

这里用到的exfuns_file_type()函数是我们用来判断文件类型，方便我们进行程序设计。由于图片显示需要用到大内存，我们使用动态内存分配来实现，我们仍使用我们自定的内存管理函数来管理程序内存。申请内存函数piclib_mem_malloc()和内存释放函数piclib_mem_free()的实现就比较简单了，大家参考光盘的源码即可。

40.3.4 CMakeLists.txt文件

打开本实验BSP下的CMakeLists.txt文件，其内容如下所示：

set(src_dirs

IIC

LCD

LED

SPI

XL9555)

set(include_dirs

IIC

LCD

LED

SPI

XL9555)

set(requires

driver

fatfs)

idf_component_register(SRC_DIRS ${src_dirs}

INCLUDE_DIRS ${include_dirs} REQUIRES ${requires})

component_compile_options(-ffast-math -O3 -Wno-error=format=-Wno-format)

上述的红色fatfs依赖库需要由开发者自行添加，以确保图片显示驱动能够顺利集成到构建系统中。这一步骤是必不可少的，它确保了图片显示驱动的正确性和可用性，为后续的开发工作提供了坚实的基础。

打开本实验main文件下的CMakeLists.txt文件，其内容如下所示：

idf_component_register(

SRC_DIRS

"."

"APP"

INCLUDE_DIRS

"."

"APP")

上述的红色APP驱动需要由开发者自行添加，在此便不做赘述了。

40.3.5 实验应用代码

打开main/main.c文件，该文件定义了工程入口函数，名为app_main。该函数代码如下。

i2c_obj_t i2c0_master;

/**

* @brief 程序入口

* @param 无

* @retval 无

void app_main(void)

{

esp_err_t ret = 0;

uint8_t res = 0;

FF_DIR picdir; /* 图片目录 */

FILINFO *picfileinfo; /* 文件信息 */

char *pname; /* 带路径的文件名 */

uint16_t totpicnum; /* 图片文件总数 */

uint16_t curindex = 0; /* 图片当前索引 */

uint8_t key = 0; /* 键值 */

uint8_t pause = 0; /* 暂停标记 */

uint8_t t;

uint16_t temp;

uint32_t *picoffsettbl; /* 图片文件offset索引表 */

ret = nvs_flash_init(); /* 初始化NVS */

if (ret == ESP_ERR_NVS_NO_FREE_PAGES ||

ret == ESP_ERR_NVS_NEW_VERSION_FOUND)

{

ESP_ERROR_CHECK(nvs_flash_erase());

ret = nvs_flash_init();

}

led_init(); /* 初始化LED */

i2c0_master = iic_init(I2C_NUM_0); /* 初始化IIC0 */

spi2_init(); /* 初始化SPI */

xl9555_init(i2c0_master); /* 初始化IO扩展芯片 */

lcd_init(); /* 初始化LCD */

while (sd_spi_init()) /* 检测不到SD卡 */

{

lcd_show_string(30, 110, 200, 16, 16, "SD Card Error!", RED);

vTaskDelay(500);

lcd_show_string(30, 130, 200, 16, 16, "Please Check! ", RED);

vTaskDelay(500);

}

res = exfuns_init(); /* 为fatfs相关变量申请内存 */

while (fonts_init()) /* 检查字库 */

{

lcd_clear(WHITE); /* 清屏 */

lcd_show_string(30, 30, 200, 16, 16, "ESP32-S3", RED);

key = fonts_update_font(30, 50, 16, (uint8_t *)"0:", RED); /* 更新字库 */

while (key) /* 更新失败 */

{

lcd_show_string(30, 50, 200, 16, 16, "Font Update Failed!", RED);

vTaskDelay(200);

lcd_fill(20, 50, 200 + 20, 90 + 16, WHITE);

vTaskDelay(200);

}

lcd_show_string(30, 50, 200, 16, 16, "Font Update Success! ", RED);

vTaskDelay(1500);

lcd_clear(WHITE); /* 清屏 */

}

text_show_string(30, 50, 200, 16, "正点原子ESP32开发板",16,0, RED);

text_show_string(30, 70, 200, 16, "图片显示实验", 16, 0, RED);

text_show_string(30, 90, 200, 16, "正点原子@ALIENTEK", 16, 0, RED);

text_show_string(30, 110, 200, 16, "KEY0:NEXT KEY1:PREV", 16, 0, RED);

text_show_string(30, 130, 200, 16, "KEY_UP:PAUSE:", 16, 0, RED);

while (f_opendir(&picdir, "0:/PICTURE")) /* 打开图片文件夹 */

{

text_show_string(30, 150, 240, 16, "PICTURE文件夹错误!", 16, 0, RED);

vTaskDelay(200);

lcd_fill(30, 150, 240, 186, WHITE); /* 清除显示 */

vTaskDelay(200);

}

totpicnum = pic_get_tnum("0:/PICTURE"); /* 得到总有效文件数 */

while (totpicnum == NULL) /* 图片文件为0 */

{

text_show_string(30, 150, 240, 16, "没有图片文件!", 16, 0, RED);

vTaskDelay(200);

lcd_fill(30, 150, 240, 186, WHITE); /* 清除显示 */

vTaskDelay(200);

}

picfileinfo = (FILINFO *)malloc(sizeof(FILINFO));/* 申请内存 */

pname = malloc(255 * 2 + 1); /* 为带路径的文件名分配内存 */

/* 申请4*totpicnum个字节的内存,用于存放图片索引 */

picoffsettbl = malloc(4 * totpicnum);

while (!picfileinfo || !pname || !picoffsettbl)/* 内存分配出错 */

{

text_show_string(30, 150, 240, 16, "内存分配失败!", 16, 0, RED);

vTaskDelay(200);

lcd_fill(30, 150, 240, 186, WHITE); /* 清除显示 */

vTaskDelay(200);

}

/* 记录索引 */

res = f_opendir(&picdir, "0:/PICTURE"); /* 打开目录 */

if (res == FR_OK)

{

curindex = 0; /* 当前索引为0 */

while (1) /* 全部查询一遍 */

{

temp = picdir.dptr; /* 记录当前dptr偏移 */

res = f_readdir(&picdir, picfileinfo); /* 读取目录下的一个文件 */

/* 错误了/到末尾了,退出 */

if (res != FR_OK || picfileinfo->fname[0] == 0)break;

res = exfuns_file_type(picfileinfo->fname);

if ((res & 0X0F) != 0X00) /* 取高四位,看看是不是图片文件 */

{

picoffsettbl[curindex] = temp; /* 记录索引 */

curindex++;

}

text_show_string(30, 150, 240, 16, "开始显示...", 16, 0, RED);

vTaskDelay(1500);

/* 初始化画图 */

piclib_init();

/* 从0开始显示 */

curindex = 0;

/* 打开目录 */

res = f_opendir(&picdir, (const TCHAR *)"0:/PICTURE");

/* 打开成功 */

while (res == FR_OK)

{

/* 改变当前目录索引 */

dir_sdi(&picdir, picoffsettbl[curindex]);

/* 读取目录下的一个文件 */

res = f_readdir(&picdir, picfileinfo);

/* 错误了/到末尾了,退出 */

if (res != FR_OK || picfileinfo->fname[0] == 0)break;

/* 复制路径(目录) */

strcpy((char *)pname, "0:/PICTURE/");

/* 将文件名接在后面 */

strcat((char *)pname, (const char *)picfileinfo->fname);

lcd_clear(BLACK);

/* 显示图片 */

piclib_ai_load_picfile(pname, 0, 0, lcd_self.width, lcd_self.height);

/* 显示图片名字 */

text_show_string(2, 2, lcd_self.width, 16, (char *)pname, 16, 0, RED);

t = 0;

while (1)

{

key = xl9555_key_scan(0); /* 扫描按键 */

if (t > 250)key = 1; /* 模拟一次按下KEY0 */

if ((t % 20) == 0)

{

LED_TOGGLE(); /* LED闪烁,提示程序正在运行. */

}

if (key == KEY1_PRES) /* 上一张 */

{

if (curindex)

{

curindex--;

}

else

{

curindex = totpicnum - 1;

}

break;

}

else if (key == KEY0_PRES) /* 下一张 */

{

curindex++;

if (curindex >= totpicnum)

{

curindex = 0; /* 到末尾的时候,自动从头开始 */

}

break;

}

else if (key == KEY3_PRES)

{

pause = !pause;

LED(pause); /* 暂停的时候LED1亮. */

}

if (pause == 0)t++;

vTaskDelay(10);

}

res = 0;

}

free(picfileinfo); /* 释放内存 */

free(pname); /* 释放内存 */

free(picoffsettbl); /* 释放内存 */

}

可以看到整个设计思路是跟据图片解码库来设计的，piclib_ai_load_picfile()是这套代码的核心，其它的交互是围绕它和图片解码后的图片信息作的显示。大家再仔细对照光盘中的源码进一步了解整个设置思路。另外，我们的程序中只分配了4个文件索引，故更多数量的图片无法直接在本程序下演示，大家根据自己的需要再进行修改即可。

40.4 下载验证

在代码编译成功之后，我们下载代码到开发板上，可以看到LCD开始显示图片（假设SD卡及文件都准备好了，即：在SD卡根目录新建：PICTURE文件夹，并存放一些图片文件(.bmp/.jpg/.gif/.png)在该文件夹内），如图40.4.1所示：

图40.4.1图片显示实验显示效果

按KEY0和KEY2可以快速切换到下一张或上一张，KEY_UP按键可以暂停自动播放，同时DS1亮，指示处于暂停状态，再按一次KEY_UP则继续播放。同时，由于我们的代码支持gif格式的图片显示（注意尺寸不能超过LCD屏幕尺寸），所以可以放一些gif图片到PICTURE文件夹，来看动画了。

本主题由从前有座_山于 2025-1-4 12:25 审核通过