Hi,

I am trying to draw some pictures on another background (white/black color) on another background picture. However I am not able to make the overlaying picture with its background  being transparent.

The closest result I obtain with :
1. draw background image (ACTS),
2. BLEND_FUNC(ONE, ONE)
3. draw overlaying picrute.

But a problem is that the second picture is only visible with some transparency on dark areas of background image.

Can anyone advise how to achieve it?

Thanks in advance

I work currently with the XC16 Compiler from MicroChip on a dsPIC33 within MPLAB X IDE 5.5.

After Rudolph's comment to check the editor for UTF8-mode, i changed my settings from LatinX to UTF8.

But nevertheless, if i don't use encoding like this here, i will have no success:
EVE_cmd_text( 10, 10, 1, 0, "\n\u00A9\u00BA\u00C4\u00D6\u00DC\u00E4\u00F6\u00FC\n   The quick brown fox");

I also opened the related file with another editor and saved it there in UTF8 mode.



Thanks for your assistance!

Hi Craggan,

We have been doing some testing and we were able to see the issue on some compiler platforms, where it seemed to be caused by the encoding.

For example, we can see the issue on Visual Studio but the same string and the same code on various MCUs is fine, and so it seems to be data type related. If the wrong data at byte level is passed into the EVE Text command by the IDE (which may not be apparent from the top-level code that you run) then you could see issues like this. This may explain why Rudolph also did not see the issue,

A second factor is to ensure that you convert all of the characters needed. If converting in higher quality and larger sizes of font, make sure that your converted data all fits into RAM_G depending on data size and address where you load it etc. With this you may see the wrong character in the string (as opposed to the 'tab' effect which seems caused by the compiler handling of unicode as above)

Best Regards, BRT Community

Hello,

Great to hear that it helped and thanks for letting us know,

Best Regards, BRT Community

Hmm?
Check my footer, it is *all* public. 

Hello,

Unfortunately the developers cannot provide the source code at this moment in time for the conversion utilities.

However I have requested an update on the progress of the Unix build for the command line tools

Best Regards,
BRT Community

Hello,

I tested append technique, as you suggested. It is really the best way.

Thank you!

I'm sorry to exhume this topic but I'd be glad to get the source code as well especially since I develop on exotic host hardware (OpenBSD, Alpine Linux, macOS) and requiring a Windows VM to run a command line utility to convert a font sounds a bit tedious. What are the reasons besides the need to kept the fnt_cvt.exe file proprietary? I mean, are there such secret in the custom data font file format?

You'll help lot of people by releasing those utilities.

Meanwhile i don't know, where to seek else. I just can make assumptions.

My display is about 1 year old, maybe i have an older silicon of the BT817Q?

Rudolph, could you make your startup sequence public( initialization parameters )?

BRT Community, do you have any advice meanwhile?

I did compress Ubuntu-Light.ttf with 4x4, although this makes the binary pretty huge without benefit.
I also saw this huge "layout width" but it just worked for me.

Very strange.