home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / graphics / 7528 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  3.1 KB
  1. Path: sparky!uunet!know!cass.ma02.bull.com!mips2!news.bbn.com!olivea!charnel!rat!ucselx!crash!rtillery
  2. From: rtillery@crash.cts.com (Rick Tillery)
  3. Newsgroups: comp.sys.amiga.graphics
  4. Subject: Re: Sliced HAM and Dynamic HAM
  5. Message-ID: <1992Nov18.134902.20595@crash>
  6. Date: 18 Nov 92 21:49:02 GMT
  7. References: <Bxt9wx.Jpv@dcs.ed.ac.uk> <1992Nov16.225121.16422@athena.mit.edu> <BxuwrI.Gn6@dcs.ed.ac.uk>
  8. Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
  9. Lines: 45
  10.  
  11. In article <BxuwrI.Gn6@dcs.ed.ac.uk> jaxh@dcs.ed.ac.uk (Jon Hanson) writes:
  12. >In article <1992Nov16.225121.16422@athena.mit.edu>, yoav@athena.mit.edu (Yoav O. Yerushalmi) writes:
  13. >> In article <Bxt9wx.Jpv@dcs.ed.ac.uk>, jaxh@dcs.ed.ac.uk (Jon Hanson) writes:
  14. >> |> I'm in the middle of writing a general purpose, overscan IFF file viewer , and I want
  15. >> |> to support the aforementioned image types.
  16. >> |> Does anyone know the formats of these image types ? If they are IFF is there just
  17. >> |> an extra block for the extra data ?
  18. >> 
  19. >> Well, this isn't exactly an explanation at all, but I don't think the data for
  20. >> Dynamic ham and ham could be that different, because dynamic ham pictures can be
  21. >> loaded as ham pictures by normal programs. I definitely know that the method of
  22. >> display is different, because the copper is used to redefine the base colors
  23. >> after every certain scanline, could that help you decypher a Dham image??
  24. >> I realise this is probably not much help, but I hope you succeed... Good luck
  25. >
  26. >Any good IFF loader would merely ignore any unrecognised blocks - thus it would ignore
  27. >the copper list data - say a COPP block, and just read the HAM picture as normal. Of
  28. >course the HAM picture won't look quite as good because the base colours on each
  29. >scan-line should be wrong.
  30. >I want to be able to interpret the copper list data and use it to display the picture.
  31. >Surely someone knows that the format is. I might try and write an IFF disassembler
  32. >which just breaks IFF files into separate blocks which I can then examine and find
  33. >the info out for myself.
  34. >
  35.  
  36. The format of SHAM contains a SHAM chunk (Sliced HAM) that contains the
  37. 16 color base palette for each NON-INTERLACED scan lines (the palette can
  38. only change on every other interlaced scan line) stored in 2 bytes as
  39. 0RGB (4 bits per gun).
  40.  
  41. Dynamic HAM and Dynamic Hi-Res have CTBL (Color TaBLe) chunk that has the
  42. 16 color base palette for EACH line stored in exactly the same way (dynamic
  43. picture CAN have the palette different on each scan line).  There is also a
  44. DYCP chunk that I haven't figured out yet, but it is only 8 bytes long (not
  45. including header and length).
  46.  
  47. Hope this helps.
  48.  
  49.  __________________________________________________________________
  50. |                                                                  |
  51. | Rick Tillery ( RTillery@crash.cts.com  RTillery@cup.portal.com ) |
  52. |                     The displaced Razorback!                     |
  53. |      Amiga - The underdog computer with a superhero's power.     |
  54. | N.I.N.J.A.J.I.S. - "I refuse to donate an aloft fornication."-RT |
  55. |__________________________________________________________________|
  56.