BRT Community

Hello,

I couldn't find any problems in the code. The original source code is mainly from the BRT_AN_025, just adapted for a PIC32. It is used on a GEN4 4.3' display.
As my original images were to large, I had to reduce them and they work now. I have a couple of dozen images and they all work. Only this one gave problems.

It is a mystery for the moment...

Jérôme.

Hello,

Thanks a lot to take some time to test on an other platform.

I should have some side effect with this very file, but I don't see what's the problem yet. The co-processor send a 0xFFF result from the write command register when checking for some room after the first block transfer.
By the way, for working images,  the GetProps command returns the memory address where a PNG bitmap is expanded, but the end of the buffer, not the beginning. Is it normal ? it is not what i understand when reading the BT81X programming manual. The width and heigh are right, but I didn't expect to get this memory value. I was expecting the same value than the one given to the LOADIMAGE_CMD command.

Continue investigations...

Jerome.

Hello,

I'm using this command to decode PNG bitmap from a MCU (PIC32) into a BT812.
I had some of them that failed the decoding.
With a PNG editor, I saw, for example, that embedded ICC profiles are refused by the BT812, which is fair. As soon as I removed this chunk, the bitmap was decoded normally.
All my bitmaps are ARGB8 ones and expected to be decoded as ARGB4. And, of course, all the transfers are always 4 bytes aligned.

Now, i have a small PNG image, with nothing special that is not decoded by the BT812 and I don't know why. I tried to read/write with some drawing utilities, but it's still failing.
Here I join two bitmaps. The "One.png" fails but the other one "Two.png" is read correctly. they have the same size and same internal structure.
What are the exact requirements for PNG decoding and what is wrong with this one ?

Thanks in advance,

J.Prévost