home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / hypercar / 3333 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.7 KB
  1. Path: sparky!uunet!mcsun!sunic!random.se!ianf
  2. Date: Wed, 02 Sep 92 08:34:54 +0200
  3. From: ianf@random.se (HyperAgent In Disguise[tm])
  4. Newsgroups: comp.sys.mac.hypercard
  5. Apparently-To: rnews@sunet.se
  6. Message-ID: <a6ca2d28@random.se>
  7. X-Mailer: Fernmail 1.2b2
  8. X-Cc: <davidc@panix.com>
  9. Organization: random design -- "Opinions, cheaply"
  10. Lines: 31
  11. Subject: re: Hypercard Image formats (FAQ?)
  12.  
  13.  
  14.   David B. Chorlian <davidc@panix.com> writes on
  15. # Date: 1 Sep 92 01:52:50 GMT
  16.   in regard to the subject matter:
  17.  
  18. > I need to know how to read the binary files:
  19. > boundaries between pictures, size, bits per pixel, etc. I would
  20. > appreciate references to published material or even better, email,
  21. > as I do not regularly read this newsgroup.
  22.  
  23.   HyperCard file format is proprietary and unpublished.  It uses
  24.   highly-effective bitmap compression algorithms (average compression
  25.   of HC 1.2.x stacks supposedly in the range 30:1) and thus isn't
  26.   easily defeated.
  27.  
  28.   If processing time is no constraint on your part I'd imagine that
  29.   a fairly simple script in HyperTalk could effectively read value
  30.   of each binary pixel (using Steve Maller's thePixel() XFCN that
  31.   returns either "black" or "white"), then analyse the boundaries
  32.   of extracted bitmap in the memory and effectively return the data
  33.   in the binary format of your own design.  The latter part sounds
  34.   complex but there are by now fairly well-known algorithms in the
  35.   public domain that do that (edge detection etc).
  36.  
  37.   An alternative course of action would be simply to extract the
  38.   bitmap matrices from each card into a file (as "0010011001111011"
  39.   etc) and then submit those ASCII data to analysis by some high-
  40.   powered graphic workstation with suitable image enhancement tools.
  41.  
  42.  
  43. --Ian
  44.