完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
使用emwin v5.40版本显示jpg图片使用存储模式显示乱码边解码边显示ok?
显示的是同一张图片 具体效果如下： 边解码边显示图片： 使用存储模式显示： 吧emwin v5.40的库改成 v5.32版本，两种解码模式显示都正常，emwin 底层接口移植 STM32Cube_FW_F7_V1.11.0ProjectsSTM32756G_EVALApplicationsSTemWin 里面的，包括带 argb与不带argb的库， 使用 v5.32版本的话，不管是使用带argb库还是不带argb的库，显示都是没有问题的，所以想请教下，要想使用 v5.40版本的话，还需要修改哪里 ？ 另外再说明一下，移植 v5.40版本的库时，显示 bmp、png 的图片，显示存储模式与边加载边显示都是没有问题的。 
0
|
|
相关推荐
10个回答
|
|
|
感觉图片大体轮廓是一样的。你可以刷单色的jpg试一下，看下颜色对不对
|
|
|
|
|
|
本帖最后由 toofree 于 2018-3-20 15:55 编辑
把这个测试图片刷进去试试看。以压缩包中的bmp图片为准。这个图片是经典的测试图片，如果刷进去后，显示一下就知道什么问题了。如果显示与图片效果一致，那么是数据位高低顺序有问题。 我这图片是单色全FF，RGB的组合显示效果。 |
|
|
|
|
zhouxk 发表于 2019-1-9 13:45 好的，我测试看看 |
|
|
|
|
zhouxk 发表于 2019-1-9 13:45 本帖最后由 hpdell 于 2018-3-22 10:17 编辑 你好，我测试过了，貌似显示这个色条是 ok的 另外我把这个emwin的底层驱动，按照 H7 里面的emwin历程修改后，现在显示 jpg 图片正常了 |
|
|
|
|
|
明白了，刚又对比了一下你的两张图片，应该与分辨率也有关系。导致了每行取数时出现错乱
|
|
|
|
|
|
2张图片的源文件都是一样的，只是他们一个使用的 边读取边显示，一个使用的是存储模式而已，分辨率也完全相同的， 我现在移植了 H7 历程里面的emwin底层驱动，现在可以正常显示了 |
|
|
|
|
|
楼主，我这个现在显示也不正常，显示的图片跟你那个差不多，能看到大体轮廓但是颜色不对，请问哪里有H7历程EMWIN底层驱动
|
|
|
|
|
|
你好，最新发现是 emwin v5.40 版本的库的的问题， 貌似不能够使用 带 argb的库， 另外我最近在搞 图片旋转功能，发现使用 v5.40 版本的库，emwin 很容易死掉，但是整个系统是没有死的， 换成 emwin v5.32 版本就不会出现死掉的问题了，建议还是 使用 v5.32 版本的 |
|
|
|
|
|
驱动的问题了
|
|
|
|
|
|
好好检查驱动
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
2136 浏览 1 评论
AD7686芯片不传输数据给STM32，但是手按住就会有数据。
1970 浏览 3 评论
4566 浏览 0 评论
如何解决MPU-9250与STM32通讯时,出现HAL_ERROR = 0x01U
2116 浏览 1 评论
hal库中i2c卡死在HAL_I2C_Master_Transmit
2629 浏览 1 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
3390
评论
淘帖
2072
