The Cyber-Spy.Com Usenet Archive Feeds Directly
From The Open And Publicly Available Newsgroup
This Group And Thousands Of Others Are Available
On Most IS NNTP News Servers On Port 119.
Cyber-Spy.Com Is NOT Responsible For Any Topic,
Opinions Or Content Posted To This Or Any Other
Newsgroup. This Web Archive Of The Newsgroup And
Posts Are For Informational Purposes Only.
From: email@example.com (StevJensen)
Date: 12 Nov 2002 04:00:24 GMT
Organization: AOL http://www.aol.com
Subject: Re: Windows/Unix Font converter for Graphics LCD and Thermal printer.
Spehro Pefhany firstname.lastname@example.org wrote
>On 11 Nov 2002 12:02:04 GMT, the renowned email@example.com
>>What you seem to be looking for is fonts stored as bitmaps.
>>Bitmaps consume *HUGE* amounts of memory,
>*some* do. High resolution bitmapped Chinese fonts, for example.
>OTOH, a low resolution character generator ROM (2513?) was
>small enough that it would easily fit into a small microcontroller
>today. Eg. 64 characters 8 x 8 = 512 (8-bit) bytes. This is just a
>whisper on a typical embedded system programmed with C or C++.
True enough. The older systems typically used a 5x7 character cell.
The fancier ones used a 7x9 cell which gave you actual descenders.
But even a simple bitmap -- say "Times New Roman" in 6 point to
24 point takes up a good 10 megs of storage and thats for low res
The OP seems to want a complete graphic font system from
the range of items that were specified.
Doesn't seem to be something that would be required for an
LCD and thermal printer though.
>> so you will
>>have to be very selective in what your design provides fontwise,
>>or implement one of the available font storage engines.
>Implementing display Postscript or TTF may use considerably more
>memory for code storage. IIRC, the *specs* for both these run well
>into the hundreds of pages. You do get scalable hinted vector
>fonts out if it, but not many systems can stand the overhed.
Also completely true, but it is a major improvement over
doing the same thing in bitmap if you do in fact need
multiple scaleable fonts.
>>There are any number of ways to get an OS to produce a bitmap
>>rendering of any font available on the system.
>In fact there are utilities that do exactly what the OP is looking
>for. Starting with a bitmapped font that has been carefully
>designed will probably give better results than trying to convert
>a vector font to a very low-res bitmapped font. I suggest
>Googling for the utilities. Look at starting with "BDF" format.
> You can also output the binary data from a commercial program
>such as Fontographer.
This may be the best way to go for the OP. With a C program
under say windoze a couple of simple system calls will
get a bitmap optimized to your output device specs. X11(UNIX)
is (or was) considerably less flexible.
>Copyright issues are another kettle of fish. AFAIUI, bitmapped
>renderings from vector fonts are not protected in the US but
>are in the UK, wheras "code" to generate hinted vector
>fonts such as Adobe Type-1 fonts is protected everywhere.
>A complex issue and one that should be addressed for a
True. The last time I did a font hunt I remember finding
a number of public domain or open source fonts. I would
be careful here since not all items are properly described
and are in fact copyrighted.
Go Back To The Cyber-Spy.Com
Usenet Web Archive Index Of
The sci.electronics.design Newsgroup