when comparing the two color formats of the Platform Packages RGB565 and RGBA8888, the framebuffer format is different (see Supported Frame Buffer and Bitmap Formats). This means, all graphics operations are done into this color format of the Platform Package. This does not have any impact to the format of the resources that you are using in your project - this is what you already observed.
Please note that you can explicitly control the bitmap format of your bitmap resource.
In case your GUI design consists of many gradients, the usage of RGB565 will cause noticeable color steps. In order to avoid that, you can use bitmaps with dithered content.
In case you are using RGBA8888 color format, please keep in mind that the double amount of RAM is required for the framebuffers, and that the requested memory bandwidth by eLCDIF is doubled.
You said that all graphics operations are done into this color format of the Platform Package, does it means that besides eLCDIF bandwidth, all memory bandwidths consumed by heap are also doubled?
I have tried your suggestion about color gradient with the linked image. The color steps are still noticeable when RGB565 is used.
Ask Embedded Wizard
Welcome to the question and answer site for Embedded Wizard users and UI developers.
Ask your question and receive answers from the Embedded Wizard support team or from other members of the community!