414 views
in GUI Development by

Hello team,

We are using 800x480 display. We have a background scene which is a filled rectangle and many foreground scenes, all of which are 800x480 size.

Now the problem is, whenever there is an update is any of the foreground scenes, the first pixel of the display is over-written and it looks like a small dot in the background as seen in the attachment. This happens when,

  1. Stacking priority of background & stacking priority of the foreground scenes are same (=0)
  2. Stacking priority of background = 0 & stacking priority of the foreground scenes = 1 
  3. Stacking priority of background = -1 & stacking priority of the foreground scenes = 1

The issue is not observed when the full screen update is enabled in EwUpdate by invalidating the whole screen always with the following snippet:

CoreGroup__InvalidateArea( aApplication, EwNewRect( 0, 0, DisplayInfo.BufferWidth, DisplayInfo.BufferHeight ));

 

At any given use case, only the first pixel of display gets corrupted. Do we miss any property that handles invalidation between the background rectangle and foreground scenes?

 

 

Thank you,

Kavya,

Bosch.

1 Answer

0 votes
by
Hi Kavya,

please let me know which target you are using and which exact version of the Build Environment your are using (check the ReadMe.txt file).

Thank you and best regards,

Manfred.
by
Hi Manfred,

We are using IMXRT1170 with Embedded Wizard Platform Package for NXP iMX_RT_VGLite V11.00.

Thank you,

Kavya
by

Hi Kavya,

a few days ago we investigated the same issue on iMXR1170-EVK and we created a workaround for this. Please update the Build Environment to 11.00.03 by downloading the latest version. It contains a modified version of the file ew_bsp_display.c with the following changes:

* Version 11.00.03
  - Bug-fix for first pixel(s) within framebuffer: The first four bytes of the
    framebuffer are overwritten by the fsl_fbdev driver to store a pointer.
    A workaround is implemented to recover the original pixel value as soon as
    the buffer is used as drawing destination.

Please let me know if this solves the issue for you.

Best regards,

Manfred.

 

by
Hi Manfred,

Thanks for the info, but I can see the latest version as 11.00.01 in the download center.  The mentioned Version 11.00.03 is not available for download. Can you help here?

Thanks,

Kavya
by
Hi Kavya,

please download the package "Embedded Wizard Build Environment for IMXRT1170-EVK with VGLite graphics acceleration (IMXRT1170-EVK-VGLite)" - then you have automatically the latest version. You can have a look into the ReadMe.txt file and there you should see 11.00.03 release notes.

Best regards,

Manfred.
by
Thanks Manfred, got it. Let me check if this solves the issue.
by
Hello Manfred,

Taking the workaround from 11.00.03 solves the issue of first pixel.

Can you please let me know in which file the following change has been made:

* Version 11.00.02
  - Bug-fix for line drawing: In some cases, the starting point was one pixel
    shifted into the opposite direction of the line (line was one pixel longer).

Regards,

Kavya
by
Hello Kavya,

this issue was corrected in file ewextgfx.c.

Best regards,

Manfred.

Embedded Wizard Website | Privacy Policy | Imprint

...