Running the font files through that algorithm (with modifications to
handle an arbitrary number of compressed bytes) gives me some
interesting patterns, so it's a possibility. Of course just because
it's interesting doesn't mean I'm barking up the right tree. A
compression scheme like that would explain some of the patterns I'm
noticing between the font file and the metrics file, but the bytes
around the patterns are not consistent. Are there any compression
scheme reverse engineering specialists around here? :)
Is there a way to get LisaEm to produce trace logs, just to see what's
going on?
(Let's hope Google Groups lets this one through... :| )
On Apr 6, 2:58 pm, Ray Arachelian <r..._at_email.domain.hidden> wrote:
> Hi Rebecca,
>
> I'm not sure if this will help or not, however, the Lisa boot ROM
> compresses its icons with some sort of RLE algorithm that stores a flag
> in bit 0. Here's the source code to decode them - it's a bit obfuscated
> because that's a fairly straight translation from the 68K assembly to C.
>
> Perhaps the same format is used for the fonts?
>
> Rebecca Bettencourt wrote:
> > It
> > doesn't contain a raw bitmap as far as I know. My current theory is
> > that it is somehow compressed, since there are certain patterns
> > mapping bytes in the font part to bytes in the metrics part. So I'm
> > asking if anybody has documentation on the Lisa font manager, or
> > disassemblies from when the Lisa is drawing text, or anything else
> > helpful.
--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "LisaList" group. To post to this group, send email to lisalist_at_email.domain.hidden To unsubscribe from this group, send email to lisalist-unsubscribe_at_email.domain.hidden For more options, visit this group at http://groups.google.com/group/lisalist?hl=en -~----------~----~----~----~------~----~------~--~---
. Received on 2015-07-15 16:37:13
This archive was generated by hypermail 2.4.0 : 2020-01-13 12:15:14 EST