Proportional Fonts for GLCDs + TrueType Converter

mariosm · Joined: 12 Oct 2005 Posts: 48 Location: Thessaloniki

Thank you Netzman for your answer.
I have made the changes and now i have one error.

Error : 93 Line : 46 Variable not dimensioned [___READRAMPZ] , in File : ProportionalFont.inc
I do not know what to do about this error.

Netzman · Joined: 25 Nov 2005 Posts: 131 Location: Graz

Hello,

the RAMPZ register shouldn't be there in the first place since it is a device with 64K of memory. In fact, in the datasheet, the memory address 0x3B (=RAMPZ) is marked as reserved and the errata says, RAMPZ has been removed.
So I guess that just stuck when Mark derived the dat file for this processor.

I've adjusted the font library and compiled it with o-family's glcd-ST7735S_1R8_128x160 driver, see the attachment.

br

albertsm · Joined: 09 Apr 2004 Posts: 5922 Location: Holland

the RAMPZ is not used when the flash code is 64KB.
At least, not by bascom.
In libs you find code that checks the romsize. Only when it exceeds 64KB it will use rampz.
When this gives problems in user libs, you can simply remark the rampz in the DAT file.

mariosm · Joined: 12 Oct 2005 Posts: 48 Location: Thessaloniki

Thank you again Netzman for your answer.

I used your new files for test.
Τhe result is very good but i have a problem.
The first character of every string is broken.
I also tried different font files with the same problem.

[img]

[/img]

Netzman · Joined: 25 Nov 2005 Posts: 131 Location: Graz

I can't reproduce this behaviour, could you upload a complete sample (incl. fonts) which shows that?

Thank you for the explanation, Mark! I resorted to use _huge, which is 0 when the program size is <= 64K and use LPM/ELPM respectively.

thx, br

mariosm · Joined: 12 Oct 2005 Posts: 48 Location: Thessaloniki

Thank you again Netzman for your answer.

On attachment you will find the files you need.

I created many different font files with Bascom True Type Font Converter 1.4, but I have the same problem.

Netzman · Joined: 25 Nov 2005 Posts: 131 Location: Graz

In the Pset-Routine resp. the _convert_color1 routine called from there the memory positions in the softstack Y+5 and Y+6 get trashed, which contains the pointers to the frame space for local variables.
I don't think this is intended behaviour, maybe o-family can help there.

This saves/restores the memory positions prior/post calling Pset as a temporary fix (in ProportionalFont.inc, line 193):

mariosm · Joined: 12 Oct 2005 Posts: 48 Location: Thessaloniki

Netzman · Joined: 25 Nov 2005 Posts: 131 Location: Graz

Good to hear you've recovered.
There are several possibilities, you could draw a rectangle using the background color over the text (the function Lcd_tt_textwidth(byval Text As String) As Word returns the width of the text using the currently selected font, the variable Lcd_tt_fontheight As Byte contains the height), you could write the same text again on the same position using the background color, draw an image or other graphics over the text, depends on your use case.

br

mariosm · Joined: 12 Oct 2005 Posts: 48 Location: Thessaloniki

Netzman · Joined: 25 Nov 2005 Posts: 131 Location: Graz

Since the font routines don't handle any background at all, it is up to you to define that (by drawing a rectangle with your background color before writing the text over it, draw an image etc), which gives you more design freedom.
Which graphics functions you can use depends on the display library, o-family's glcd-ST7735S_1R8_128x160 driver redefines Bascom's internal graphics functions so you could use Bascom's graphics commands: https://avrhelp.mcselec.com/index.html?lcd_commands.htm
But keep in mind the _convert_color1 routine is called from every graphics command,which alters the soft stack, so be carefull when using graphics functions from within a sub/function.

There is a sample included with my ILI9341 lcd library, which also covers the usage of the font routines: https://www.mcselec.com/index2.php?option=com_forum&Itemid=59&page=viewtopic&t=12893
The graphics library you use hooks into Bascom's graphics commands, therefore also the samples supplied with Bascom apply here.

br

O-Family · Joined: 23 May 2010 Posts: 320 Location: Japan

I received an email from the questioner, so I looked it up.

[glcd-ST7735S_1R8_128x160.lib] is a modification of the library created by "Mrshilov" in 2017.
The original library doesn't seem to expect this library to be called while using local variables.
It will take some time to fix.

O-Family · Joined: 23 May 2010 Posts: 320 Location: Japan

I fixed it in an easy way.
Please test with this.

svberg · Joined: 07 Nov 2011 Posts: 48

Hi.
This looks great, but download links not working.
Anyone have a working link, or a copy of the files??
Best regards svein

Netzman · Joined: 25 Nov 2005 Posts: 131 Location: Graz

it's working fine for me here, could you try again?