nanogui: Thread: ttf2bdf font conversion

Hi,

 

I have ttf fonts working with nano-X however, I am noticing some speed
issues. I have tried to convert to using fixed fonts by using ttf2bdf and
then bdf2fnt utilities. I have tried with "verdana.ttf" as an experiment. I
notice that some .fnt files are generating an assert in nano-X "Assertion x2
>= x1" when drawing a horizontal line (I am running on linux X11). 

 

I have genreated fixed sized font files eg.

 

Verdana-10-iso8859.1.fnt.gz to Verdana-24-iso8859.1.fnt.gz in increments of
2.

 

Using microwindows "fontview" demo I can test each font. Font size 18
appears to generate the above mentioned error, all other files work fine.

 

Any ideas??

 

Regards,

 

Aidan Totterdell

Senior Software Engineer 
Trintech Technologies (Nasdaq: TTPA Neuer Markt: TTP) 
Trintech House, 
South County Business Park, 
Leopardstown, Dublin 18, 
Phone: +353 1 2074040
Fax: +353 1 2074015 
Email:  ####@####.#### ####@####.#### 
 <http://www.trintech.com/> http://www.trintech.com 
 <http://www.epaynews.com/> http://www.epaynews.com

PayWhere EveryWhere! 
This email should be considered as personal and does not necessarily 
reflect the views of Trintech or any other of its employees or officers 

 

> I have ttf fonts working with nano-X however, I am noticing some speed
> issues. I have tried to convert to using fixed fonts by using ttf2bdf and
> then bdf2fnt utilities. I have tried with "verdana.ttf" as an experiment.
I
> notice that some .fnt files are generating an assert in nano-X "Assertion
x2
> >= x1" when drawing a horizontal line (I am running on linux X11).
> Using microwindows "fontview" demo I can test each font. Font size 18
> appears to generate the above mentioned error, all other files work fine.

I assume you're using the nano-X "proprietary" .fnt font subsystem.

A quick look at the actual results of the bdf conversion likely will
visually tell you whether the conversion is working.  Run
"convbdf -c file.bdf" and look at the .c file output, which shows
the per-character output in C comments.  Also scan the
width table and make sure that the max width is not exceeded.
It sounds like the font conversion is likely screwed up.

Let me know these results, and we'll track it down.

Regards,

Greg

Hi Greg,

Yes, I was using the proprietary .fnt font subsystem. 

I had a look at the .c file output generated from the "convbdf" utility and
it looked Ok ie. all widths within box boundry etc.! Not sure what is
happening, due to a tight schedule I changed to using "bdftopcf" from the
X11 library. I reconfigure nano-X to enable PCF font support and this solved
the immediate problem while giving similar compressed file sizes to that of
the .fnt subsystem.

I have noted one further issue whereby font sizes of 30 and above appear to
cause corruption in the ttf2bdf output .bdf file. Some characters are
distorted. Any recollection of having similar issues?? 

Thank you for your prompt response.

Regards,
Aidan

-----Original Message-----
From: Greg Haerr ####@####.#### 
Sent: 27 April 2005 18:15
To: Aidan Totterdell; ####@####.####
Subject: Re: [nanogui] ttf2bdf font conversion

> I have ttf fonts working with nano-X however, I am noticing some speed
> issues. I have tried to convert to using fixed fonts by using ttf2bdf and
> then bdf2fnt utilities. I have tried with "verdana.ttf" as an experiment.
I
> notice that some .fnt files are generating an assert in nano-X "Assertion
x2
> >= x1" when drawing a horizontal line (I am running on linux X11).
> Using microwindows "fontview" demo I can test each font. Font size 18
> appears to generate the above mentioned error, all other files work fine.

I assume you're using the nano-X "proprietary" .fnt font subsystem.

A quick look at the actual results of the bdf conversion likely will
visually tell you whether the conversion is working.  Run
"convbdf -c file.bdf" and look at the .c file output, which shows
the per-character output in C comments.  Also scan the
width table and make sure that the max width is not exceeded.
It sounds like the font conversion is likely screwed up.

Let me know these results, and we'll track it down.

Regards,

Greg

:
: I had a look at the .c file output generated from the "convbdf" utility
and
: it looked Ok ie. all widths within box boundry etc.! Not sure what is
: happening, due to a tight schedule I changed to using "bdftopcf" from the
: X11 library. I reconfigure nano-X to enable PCF font support and this
solved
: the immediate problem while giving similar compressed file sizes to that
of
: the .fnt subsystem.

Can you send me the Verdana-18 bdf file, I'll then look at the
size 18 problem.  Glad to hear PCF bailed you out for the
time being.


:
: I have noted one further issue whereby font sizes of 30 and above appear
to
: cause corruption in the ttf2bdf output .bdf file. Some characters are
: distorted. Any recollection of having similar issues??

I haven't seen this, are you getting "blocky" characters, or what?

Regards,

Greg