home *** CD-ROM | disk | FTP | other *** search
-
- <HTML><HEAD><TITLE>README for gif2spr V1.06</TITLE></HEAD> <BODY>
-
- <!-- $Id: ReadMe 1.1 95/06/29 22:11:51 root Exp $ -->
-
- <H2><A NAME="Contents">Contents</A></H2>
- <UL>
- <LI><A HREF="#gif2spr">gif2spr</A>
- <LI><A HREF="#Installation and Usage">Installation and Usage</A>
- <LI><A HREF="#Command line Usage">Command line Usage</A>
- <LI><A HREF="#Notes">Notes</A>
- <LI><A HREF="#History">History</A>
- <LI><A HREF="#Contacting me">Contacting me</A>
- </UL>
- <H2><A NAME="gif2spr">gif2spr Version 1.06</A></H2>
-
- A simple program to convert gif87a and gif89a graphic formats to Acorn
- Sprite format. Transparency masks for the GIF files are created to
- improve the appearance of the sprite. Interlaced images have been catered
- for since the 2nd release. Version 1.06 will be the sixth release! Is it
- just bad programming or bad testing that caused this?
- <P>
- I cannot be held responsible for any damage or loss of data as a result of
- use or missuse of this program.
- <P>
- <H2><A NAME="Installation and Usage">Installation and Usage</A></H2>
-
- There are currently several other programs that require gif2spr to work correctly
- these normally include the latest version as of their release date. If you wish
- to update one of those version please check the documentation of those programs
- first but it should only require copying the new version of gif2spr to be copied
- into the appropriate place.
- <P>
- Command line installation
- <P>
- Please ensure that gif2spr is in a directory pointed to by Run$Path, my copy is
- saved in the library directory of my harddisc and my Run$Path looks like this.
- <P>
- Show Run$Path <BR>
- Run$Path(Macro) : ,%.,Boot:Library.,ADFS::HardDisc4.$.Library.
- <P>
- <H2><A NAME="Command line Usage">Command line Usage</A></H2>
-
- You can enter the pathname of a gif as the first file argument and
- the pathname of the sprite file as the second file argument.
- <BR>
- <TT>gif2spr [-q] [-v] RAM:$.in RAM:$.out</TT>
- <BR>
- There are two options that can also be used.
- <UL> <LI>-q stops gif2spr generating error messages when things go wrong, useful when
- called by other programs
- <LI> -v generates verbose output.
- </UL>
-
- <H2><A NAME="Notes">Notes</A></H2>
-
- Only sprites with square pixel aspect ratios are generated.
- <P>
- This program appears to be at least twice as fast as ChangeFSI even
- though ChangeFSI has hand coded LZW decompression. This made me very
- happy when I tested it.
- <P>
- I've tested the program on 1,2,4,6,7,8 bits per pixel all the routines
- have been tested since 3bpp uses the 4bpp routines and 5,6,7bpp uses 8bpp
- I've only tested the transparency on 8bpp and 1bpp gifs, but the masking code is
- almost identical to the pixel code so should not cause any problems. I
- did check that part of the code for typos. The images I have were not
- suitable for creating transparency masks as they were scanned in and
- did not have large areas of single colour. This program has now been
- in use for many months with very few reported errors, if you find any
- please send me the report generated by gif2spr when run with the -v
- option on the offending GIF file. The GIF file would also be of use.
- <P>
- The -q and -v options should be seperate and not of the form -qv but this
- would not make much sense anyway. This may change in the future as more
- options need to be added.
- <P>
- <H2><A NAME="History">History</A></H2>
-
- 1.03 The code to deal with interlaced gif's has been re-coded since version
- 2 and is more likely to work correctly. Previously some images had a few
- lines in the wrong place making the image look quite odd.
- <P>
- 1.04 has fixed a rare problem that occured when GIF's with multiple graphic
- extensions caused the error message 'liblug: Unkown input file type'
- <P>
- 1.05 Another Rare error this was created by me several versions ago. It only
- happens when an empty transparent index graphic extension occurs in the data
- stream and generates the message 'liblug: Unkown input file type'
- <P>
- 1.06 It appears that there is a program out there on the Mac that generates GIFs
- with an extra byte compressed on the end of the image data. The effect was to
- overwrite the beginning of another malloc'd block and caused an error when trying
- to free that memory. The extra byte only occures when a scan line is a multiple
- of 4 pixels. I have 6 examples of this problem.
- <P>
- Another problem generated by a Mac program (possibly the same) caused the
- same error message as above to occur but was because the gif had a strange
- definition for it's colour map and caused an unallocated pointer to be freed
- (This is partly bad programming but should not have occured if the gif hadh had
- it's flags set correctly). As a result of all this gif2spr is now more tollerant
- of strange GIF files.
- <P>
- My Thanks go to the following people (in no particular order)
- <UL>
- <LI> Peter Burwood
- <LI> Andrew Pullan
- <LI> Doug Winter
- <LI> Ben Schofield
- <LI> Philip Banks
- <LI> Stewart Brodie
- <LI> Mike Cook
- <LI> Steve Ellacott
- </UL>
- <P>
- <H2><A NAME="Contacting me">Contacting me</A></H2>
-
- This is the Sixth distribution and was made on the 29th June 1995
- <P>
- Simon Truss <BR>
- <A HREF="mailto:simon@bigblue.demon.co.uk"> simon@bigblue.demon.co.uk</A>
- <P>
- I can be contacted on this address until about september 95 <BR>
- <A HREF="mailto:u1smt@csc.liv.ac.uk"> u1smt@csc.liv.ac.uk</A>
- <P>
- I can be contacted at the following address for a few years yet
- (It has to be forwarded on, but it will reach me)
- <P>
- 23 Charlton Gardens <BR>
- Coulsdon <BR>
- Surrey <BR>
- CR5 1AS <BR>
- <HR> <ADDRESS><A HREF="mailto:simon@bigblue.demon.co.uk">Simon Truss</A> <BR>Last Upated "Jun 29 1995"</ADDRESS>
- </BODY> </HTML>
-
-