Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[vdc]

I'm running on BT817Q with 7" display (1024 x 600). I save the image as ASTC 8x8 in Memory flash.

Code: [Select]

    // Draw Logo
    Gpu_CoCmd_SetBitmap(phost, (0x800000 | 4096 / 32), COMPRESSED_RGBA_ASTC_8x8_KHR, 496, 200);
    App_WrCoCmd_Buffer(phost, BEGIN(BITMAPS));
    App_WrCoCmd_Buffer(phost, VERTEX2II(270, 0, 0, 0));
    App_WrCoCmd_Buffer(phost, END());

This code works fine. However, when I try to move the bitmap to difference location then it not display correctly. App_WrCoCmd_Buffer(phost, VERTEX2II(270, 100, 0, 0)). This cause the problem that the screen only display the horizontal lines.

[BRT Community]

Hello,

Thank you for your question.

I've tried to recreate this issue in ESE but I am unable to see the behaviour you are noting.
Could you provide an example of the corruption you are seeing on the display?
During your test are you drawing anything else on the screen?

Can you also provide either the original image with the EAB settings used for conversion or the flash.bin file you are using?

Best Regards,
BRT Community

[vdc]

Hi. I tried both with VERTEX2F and VERTEX2II

Code: [Select]

    // Draw Belmont Logo
    Gpu_CoCmd_SetBitmap(phost, (0x800000 | 4096 / 32), COMPRESSED_RGBA_ASTC_8x8_KHR, 496, 200);
    App_WrCoCmd_Buffer(phost, BEGIN(BITMAPS));
    App_WrCoCmd_Buffer(phost, VERTEX2F(270*16, 0*16));
    App_WrCoCmd_Buffer(phost, END());
This works fine. IMG_8120.JPG

When I change the Y.

Code: [Select]

    // Draw Belmont Logo
    Gpu_CoCmd_SetBitmap(phost, (0x800000 | 4096 / 32), COMPRESSED_RGBA_ASTC_8x8_KHR, 496, 200);
    App_WrCoCmd_Buffer(phost, BEGIN(BITMAPS));
    App_WrCoCmd_Buffer(phost, VERTEX2F(270*16, 1*16));
    App_WrCoCmd_Buffer(phost, END());
Will not display. Please see the attach. IMG_8121.JPG

I configure the display as below.

Code: [Select]

/* Default is IPS 1024 x 600 */
#define DispWidth     1024L
#define DispHeight    600L
#define DispHCycle    1344L
#define DispHOffset   160L
#define DispHSync0    0L
#define DispHSync1    100L //70L
#define DispVCycle    635L
#define DispVOffset   23L
#define DispVSync0    0
#define DispVSync1    10L
#define DispPCLK      1
#define DispSwizzle   0
#define DispPCLKPol   1
#define DispCSpread   0
#define DispDither    1 //0
#define DispPLCLKFREQ  0xD12        // 51Mhz
#define DispPCLK2x     0

[BRT Community]

Hello,

Thank you for the update, I can in the attached images the behaviour you are describing.
Although I note this is unlikely to be an issue with the vertex2f or vertex2ii command itself, but rather an issue somewhere else. What is the full display list being used?
Could you attach the flash files you were using?

Also can you let me know if the co-processor is reporting any errors?

Thank you for the display settings, I cannot see any issues with these.
Are you using the ME817EV? If so does the same issue exhibit in ESE for your given display list and flash file?

Best Regards,
BRT Community

[vdc]

The problem only happen if I change the Y-position. I changed the code to RGB565 and load the image to the RAM_G and it works fine. I guess I have to go that way for now.

I'm getting a new EVE4 7" from Riverdi and see if because the hardware problem.

[BRT Community]

Hello,

Thanks for the update, I'm double checking with the developers to see if they can reproduce this issue.
Please let me know how you get on with the Riverdi board.

Best Regards,
BRT Community