home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 3 / PDCD_3.iso / internet / www / ArcWEB / !WebHelper / AppDir / gif2spr / ReadMe_Txt < prev   
Text File  |  1995-06-29  |  5KB  |  131 lines
  1.  
  2. •Contents
  3.  
  4. gif2spr
  5. Installation and Usage
  6. Command line Usage
  7. Notes
  8. History
  9. Contacting me
  10.  
  11. •gif2spr Version 1.06
  12.  
  13. A simple program to convert gif87a and gif89a graphic formats to Acorn
  14. Sprite format. Transparency masks for the GIF files are created to
  15. improve the appearance of the sprite. Interlaced images have been catered
  16. for since the 2nd release. Version 1.06 will be the sixth release! Is it
  17. just bad programming or bad testing that caused this?
  18.  
  19. I cannot be held responsible for any damage or loss of data as a result of
  20. use or missuse of this program.
  21.  
  22. •Installation and Usage
  23.  
  24. There are currently several other programs that require gif2spr to work correctly
  25. these normally include the latest version as of their release date. If you wish
  26. to update one of those version please check the documentation of those programs
  27. first but it should only require copying the new version of gif2spr to be copied
  28. into the appropriate place.
  29.  
  30. Command line installation
  31.  
  32. Please ensure that gif2spr is in a directory pointed to by Run$Path, my copy is
  33. saved in the library directory of my harddisc and my Run$Path looks like this.
  34.  
  35. Show Run$Path 
  36. Run$Path(Macro) : ,%.,Boot:Library.,ADFS::HardDisc4.$.Library.
  37.  
  38. •Command line Usage
  39.  
  40. You can enter the pathname of a gif as the first file argument and
  41. the pathname of the sprite file as the second file argument.
  42.  
  43. gif2spr [-q] [-v] RAM:$.in RAM:$.out
  44.  
  45. There are two options that can also be used.
  46.  -q stops gif2spr generating error messages when things go wrong, useful when
  47.        called by other programs
  48.  -v generates verbose output.
  49.  
  50.  
  51. •Notes
  52.  
  53. Only sprites with square pixel aspect ratios are generated.
  54.  
  55. This program appears to be at least twice as fast as ChangeFSI even
  56. though ChangeFSI has hand coded LZW decompression. This made me very
  57. happy when I tested it.
  58.  
  59. I've tested the program on 1,2,4,6,7,8 bits per pixel all the routines
  60. have been tested since 3bpp uses the 4bpp routines and 5,6,7bpp uses 8bpp
  61. I've only tested the transparency on 8bpp and 1bpp gifs, but the masking code is
  62. almost identical to the pixel code so should not cause any problems. I
  63. did check that part of the code for typos. The images I have were not
  64. suitable for creating transparency masks as they were scanned in and
  65. did not have large areas of single colour. This program has now been
  66. in use for many months with very few reported errors, if you find any
  67. please send me the report generated by gif2spr when run with the -v
  68. option on the offending GIF file. The GIF file would also be of use.
  69.  
  70. The -q and -v options should be seperate and not of the form -qv but this
  71. would not make much sense anyway. This may change in the future as more
  72. options need to be added.
  73.  
  74. •History
  75.  
  76. 1.03 The code to deal with interlaced gif's has been re-coded since version
  77. 2 and is more likely to work correctly. Previously some images had a few
  78. lines in the wrong place making the image look quite odd.
  79.  
  80. 1.04 has fixed a rare problem that occured when GIF's with multiple graphic
  81. extensions caused the error message  'liblug: Unkown input file type'
  82.  
  83. 1.05 Another Rare error this was created by me several versions ago. It only
  84. happens when an empty transparent index graphic extension occurs in the data
  85. stream and generates the message 'liblug: Unkown input file type'
  86.  
  87. 1.06 It appears that there is a program out there on the Mac that generates GIFs
  88. with an extra byte compressed on the end of the image data. The effect was to
  89. overwrite the beginning of another malloc'd block and caused an error when trying
  90. to free that memory. The extra byte only occures when a scan line is a multiple
  91. of 4 pixels. I have 6 examples of this problem.
  92.  
  93. Another problem generated by a Mac program (possibly the same) caused the
  94. same error message as above to occur but was because the gif had a strange
  95. definition for it's colour map and caused an unallocated pointer to be freed
  96. (This is partly bad programming but should not have occured if the gif hadh had
  97. it's flags set correctly). As a result of all this gif2spr is now more tollerant
  98. of strange GIF files.
  99.  
  100. My Thanks go to the following people (in no particular order)
  101.  
  102.  Peter Burwood
  103.  Andrew Pullan
  104.  Doug Winter
  105.  Ben Schofield
  106.  Philip Banks
  107.  Stewart Brodie
  108.  Mike Cook
  109.  Steve Ellacott
  110.  
  111.  
  112. •Contacting me
  113.  
  114. This is the Sixth distribution and was made on the 29th June 1995
  115.  
  116. Simon Truss 
  117. mailto:simon@bigblue.demon.co.uk
  118.  
  119. I can be contacted on this address until about september 95 
  120. mailto:u1smt@csc.liv.ac.uk
  121.  
  122. I can be contacted at the following address for a few years yet
  123. (It has to be forwarded on, but it will reach me)
  124.  
  125. 23 Charlton Gardens 
  126. Coulsdon 
  127. Surrey 
  128. CR5 1AS 
  129. Last Upated "Jun 29 1995"
  130.  
  131.