1 ACCEPTED SOLUTION
Accepted Solutions
Hello @Leo_Berna99 ,
If you select our TBS for the STM32H7S78-dk 24bpp, the framebuffer will be in 24bpp.
Selecting the pixel format to be ARGB8888 will not be enough, NeoChrom accelerator do the rendering in 32bpp but then we store the framebuffer in 24bpp such as:
main.c line 377 of the 24bpp TBS:
GFXMMU_PackingTypeDef Packing;
Packing.Buffer0Activation = ENABLE;
Packing.Buffer0Mode = GFXMMU_PACKING_MSB_REMOVE; // every 3 bytes are served as 4 bytes in the virtual buffer. The most significant byte written to the virtual buffer is discarded
Packing.Buffer1Activation = ENABLE;
Packing.Buffer1Mode = GFXMMU_PACKING_MSB_REMOVE; // every 3 bytes are served as 4 bytes in the virtual buffer. The most significant byte written to the virtual buffer is discarded
Packing.DefaultAlpha = 0xff;
HAL_GFXMMU_ConfigPacking(&hgfxmmu, &Packing);
If you want, you could check the content of the framebuffer.
Their location are defined in STM32CubeMX under GFXMMU (among other places):
Yes, images in 32bpp get big quite fast.
The 24bpp TBS allows you to use 24bpp on the framebuffers to save RAM but it doesn't allow you to use 24bpp assets.
However, keep in mind that you can compress your assets.
TouchGFX offers various compression algorithms which have good performances for most images and it automatically select the best one for each specific image.
To access images stored in an SD card, I suggest you 3 links:
- TouchGFX documentation : caching-bitmaps
- Youtube : Cache Bitmaps Stored on an SD Card
- github : display images from SD card to LCD by LTDC
I hope this helps! :smiling_face_with_smiling_eyes:
If this comment or a previous one answers your question, I invite you to select it as "best answer".
Regards,
Hello @Leo_Berna99 ,
We have made a TBS (TouchGFX Board Setup) for the STM32H7S7-dk in 16bpp but also one in 24bpp :
Simple select the 24bpp and it should do what you want.
You can also create a project with both and look at the differences between them to see what we have changed to make it possible and compare that with the changes you have made yourself to see what was missing.
I hope this helps!
If this comment answers your question, I invite you to select it as "best answer".
Regards,
Thank you for your immediate response.
However, I don't think the problem has been fixed with the new update, in fact I find the same errors again.
Meanwhile, opening the project on CubeMX I find the following error (error I find without having modified anything) see image "error" below.
Updated the code and simply doing the project build I find the error in image 2.
Once I fixed the error in image 2 via tutorial on known problems the screen appears to me as in image 3.
Hello @Leo_Berna99 ,
Your version of STM32CubeMX seems to not be the latest based on its looks.
Here is my STM32CubeMX (notice that the image width is between 0 and 8191) :
I've tried that but apart for the error in the width selection the pixel format is ARGB8888 and not RGB888.
What have you tried? Creating a 24 bpp project from TouchGFX Designer?
The format for the 24 bpp project is RGB888.:
Regards,
This is my version of CubeMX. I literally just re-downloaded the latest version on ST website and the error seems to be persistent.
So to summarize:
I opened the project with the new version of TouchGFX (STM32H7S8-DK 24BPP).
I insert three colored circles and a generic background. I generate the code and open with CubeMX the .ioc file.
This file generates the error on the frame buffer width for me by default (keeps it fixed at 0).
I change the pixel format from ARGB8888 (The .ioc file of Touch GFX Designer 24 bpp has this as default for me) to RGB888, I make no other changes on CubeMX.
Generating to this time the code for STM32CubeIDE and compiling I get the following error as at the beginning.
`touchgfx::paint::rgb888::lineFromColor(unsigned char*, unsigned int, unsigned long, unsigned char)'.
So, to me, It seems that nothing has change.
