Thank you for your help, I will send you all this by email as soon as possible

Thank you for the example. That trick works well. I brought up an additional question though. Here is your example with two new lines added:

CLEAR(1, 1, 1)
CMD_ROMFONT(1,34)  //Load the settings of built-in font 34 into bitmap handle 1

BITMAP_LAYOUT_H(0,0)
BITMAP_SIZE(NEAREST, BORDER,BORDER, 0,0) //Update the visible area of bitmap handle 1 to the maximum

CMD_LOADIDENTITY()
CMD_TRANSLATE(4128768, 3276800)
CMD_ROTATE(8192)
CMD_SETMATRIX()    //Configure transform matrix of bitmap

VERTEX2II(77, 10, 1, 'a')  // <-- "a" does not display (you can test this by moving it down below the CMD_TEXT line)
CMD_TEXT(77, 111, 1, 0, "TEST-ROTATED")  //Draw the text to be rotated
VERTEX2II(177, 10, 1, 'b') // <-- "b" displays

CMD_LOADIDENTITY()
CMD_SETMATRIX()    //Restore transform matrix of bitmap

CMD_ROMFONT(1,34)  //Re-load the setting of built-in font 34 into bitmap handle 1 to restore the visible area to normal
CMD_TEXT(100, 313, 1, 0, "TEST-Normal")  //Draw the normal text

The new lines (ex: VERTEX2II(177, 10, 1, 'b')) draw a char using its bitmap. The first one does not work, but the second one does. What does the CMD_TEXT command to that allows the bitmaps to be displayed?

Thank you,
Andy

Hi,

The CLEAR_TAG is intended to set the value to which the tag buffer is initialised and so you can do this before your clear(1,1,1). For example, here we set the tag buffer to 255. When you touch your rectangle, you should get tag 151 and if you touch an untagged area then you should get tag 255. Alternatively, you can remove CLEAR_TAG and the CLEAR(1,1,1) will clear the tag buffer to default.
Also (if you will run your display list constantly in a loop to update items on the screen) you can load the image from flash just once so that it does not happen on each screen update
Best Regards, BRT Community


Gpu_CoCmd_FlashRead(phost, 4096, 4096, 261120);


Gpu_CoCmd_Dlstart(phost);
App_WrCoCmd_Buffer(phost, CLEAR_TAG(255));
App_WrCoCmd_Buffer(phost, CLEAR(1, 1, 1));
App_WrCoCmd_Buffer(phost, BEGIN(BITMAPS));
Gpu_CoCmd_SetBitmap(phost, 4096, ARGB1555, 480, 272);
App_WrCoCmd_Buffer(phost, COLOR_A(245));
App_WrCoCmd_Buffer(phost, VERTEX2II(0, 0, 0, 0));
App_WrCoCmd_Buffer(phost, TAG_MASK(1));
App_WrCoCmd_Buffer(phost, TAG(151));
App_WrCoCmd_Buffer(phost, BEGIN(RECTS));
App_WrCoCmd_Buffer(phost, VERTEX2F(400, 1040));
App_WrCoCmd_Buffer(phost, VERTEX2F(3616, 1344));
App_WrCoCmd_Buffer(phost, TAG_MASK(0));

Hello Rudolph,

Thank you for your feedback, i will pass this along to be updated in the next version of the programmers guide.

Best Regards,
BRT Community

The module I am using is EVE3 Hal SPI TFT Display BT815.

Display list is given below

Gpu_CoCmd_Dlstart(phost);
App_WrCoCmd_Buffer(phost, CLEAR(1, 1, 1));
Gpu_CoCmd_FlashRead(phost, 4096, 4096, 261120);

App_WrCoCmd_Buffer(phost, BEGIN(BITMAPS));
Gpu_CoCmd_SetBitmap(phost, 4096, ARGB1555, 480, 272);
App_WrCoCmd_Buffer(phost, COLOR_A(245));
App_WrCoCmd_Buffer(phost, VERTEX2II(0, 0, 0, 0));
App_WrCoCmd_Buffer(phost, CLEAR_TAG(151));
App_WrCoCmd_Buffer(phost, TAG_MASK(1));
App_WrCoCmd_Buffer(phost, TAG(151));
App_WrCoCmd_Buffer(phost, BEGIN(RECTS));
App_WrCoCmd_Buffer(phost, VERTEX2F(400, 1040));
App_WrCoCmd_Buffer(phost, VERTEX2F(3616, 1344));
App_WrCoCmd_Buffer(phost, TAG_MASK(0));

A bit off-topic but I mentioned it here before that the variable types are partly not correct.

And I just found another one: void cmd_rotate( int32_t a );
The range for "a" is 0 to 65535.
Yes, this needs to be 32 bit as everything in RAM_CMD needs to be 32 bit aligned.
But please change this in the programming guide to the unsigned value it actually is.

Same in cmd_rotatearound(x,y,a,s), "x" and "y" need to be signed, "a" does not and I am not actually sure about "s".

void cmd_fontcachequery( uint32_t total, int32_t used ); - what about "used"?
void cmd_fontcache( uint32_t font, int32_t ptr, uint32_t num ); - the "ptr" is for a RAM_G address

Hi Florian,

This should work well but we can try it here,

Do you load all images on the same screen or are you displaying one at a time?
Also, are they large images or just small icons?

Do you have some images which we could try so that we use the same ones?
You can email them if preferred to support.emea@brtchip.com and we can try them,
Please also include details of which addresses you load them to and if possible a screenshot of your asset builder for Image conversion and for the Bin file creation so that we can try to recreate it as closely as possible.

p.s. If you don't use EAB for loading the data, ensure that your flash alignment meets all requirements for SetBitmap (works in 32 byte blocks) and for the flash commands if you write the data using Flashupdate etc. (4096 byte alignment)

Best Regards, BRT Community

Hi Rudolph,

Thanks for reporting this, we have fixed it for the next release 2.10 which will be out soon, we'll let you know when it is released,

Best Regards, BRT Community

Hi,

Here is an example showing one way to do it.

By using CMD_ROMFONT to assign the font 34 to handle 1, we can get the properties of the font using EVE Screen Editor etc. Using these properties, we can then do the rotation. The translate helps to avoid clipping.

Here is the code and please find an image showing the rotation attached.

CLEAR(1, 1, 1)
CMD_ROMFONT(1,34)  //Load the settings of built-in font 34 into bitmap handle 1

BITMAP_LAYOUT_H(0,0)
BITMAP_SIZE(NEAREST, BORDER,BORDER, 0,0) //Update the visible area of bitmap handle 1 to the maximum

CMD_LOADIDENTITY()
CMD_TRANSLATE(4128768, 3276800)
CMD_ROTATE(8192)
CMD_SETMATRIX()    //Configure transform matrix of bitmap

CMD_TEXT(77, 111, 1, 0, "TEST-ROTATED")  //Draw the text to be rotated

CMD_LOADIDENTITY()
CMD_SETMATRIX()    //Restore transform matrix of bitmap

CMD_ROMFONT(1,34)  //Re-load the setting of built-in font 34 into bitmap handle 1 to restore the visible area to normal
CMD_TEXT(100, 313, 1, 0, "TEST-Normal")  //Draw the normal text
Best Regards, BRT Community

I load all the data into the flash.  I put the image data one after the other directly, then I indicate the address of the images before loading them.
And indeed the first image is displayed correctly but the following ones do not work at all and sometimes they crash the chip