1. sorry about that!
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
2. Re: sorry about that!
It sounds to me like you will have to go with something
compiled.
Sorry.
I'm interested in the ram drive thing. It will be a help
for an
app I am now running that builds about 2000 temporary files
and then
throws them all away.
-Flash->
Norm Goundry wrote:
>
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
--
-------------------
C. C. -Flash-> Braden, linkmaster:
http://www.freecitizen.com/
This week's cartoon:
http://www.freecitizen.com/carlmoore/NEW.HTM
3. 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
