Re: sorry about that!
On Fri, 1 Jan 1999 13:17:07 -0500, Norm Goundry <bonk1000 at HOTMAIL.COM> wrote:
>Happy New Year!
>I think that it is appropriate that I also state that the discussion of
>the pro and con rant about encryption is out of place here, and that I
>apologize to anyone who's feelings I have hurt. That includes you, Jeff.
>It is true that many of us do not live in the USA and are content to remain
>where ever we are, such as myself. That being said, I wonder if anyone out
>there can give some advice on creating (or concatenating) font files into a set
>larger than 0-255 chars. And how could this be editted? The reason I
>ask is that I have also created a humungo' chinese-japanese-korean to english
>character and phrase translator (which I use to translate very old classical
>chinese written works) and about six months ago finished porting
>it over from my ancient, yet beloved Amiga. I initially used Jiri's wonderful
>font tools and sets. However, it would not allow the inclusion of more than
>about three full fonts (32X32 pixel) without turning into a tortoise. I do not
>mean this as any sort of criticism to Jiri, as what I am doing is very much out
>there on the edge of things; not normal. I should explain that the full running
>set is using over 214 full fonts when
>it is running! So it requires over 16-bit character designation, i.e., fonts
>running from AA.f to GG.f and a slight bit more. Unicode is useless
>for this, as it just names characters to a position (it is a protocol
>standard). As I used to do on the Amiga, I automatically generate a RAM-DRIVE at
>bootup (win95 and win98, depending on which harddrive I am using that day) and
>dump the scores of font files into with a BAT file. These files are used by by
>my program one at a time, each time being installed and then de-installed; very
>hard on the run-time as there are sometimes up to four or five files needed to
>pick chars from to display the needed phrase on the screen. I am using 4 megs of
>vidio ram, 64 megs of memory, a 300 mhz cpu, and this still is far, far slower
>than what my old Amiga does with a 68000 Motorola!
>Any suggestions?
>(By the way, I will post the method for setting up a RAM-DRIVE if anyone is
>interested. It is very simple, and hasn't blown up on me ever)
>thanks Norm
Norm:
Often speed is directly related to the _way_ we code something,
not to the language or the size of the job. Not all algorithms
are equal. Perhaps you just haven't found the most efficient
way to do what you are trying.
Your idea would be useful to lots of people, and would make
Euphoria more popular. So, I'm sure some of the people on this
list would be willing to kick bits of your code back and forth
until it runs at a useful speed.
Irv
|
Not Categorized, Please Help
|
|
