home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / graphics / gif-util.zip / README.1ST < prev    next >
Text File  |  1989-08-01  |  4KB  |  66 lines
  1. hi,
  2.     This is a package I wrote so that images can be generated as easy as
  3. possible using GIF format. I needed such routines, and as I did not find
  4. anything like this (at list not free) I decided to write one...
  5.     This package is FREE for non commercial usage. You can do whatever
  6. you like with it provided you do not charge anything for it or for a program
  7. that uses it. More then that, if you release the source for your program, the
  8. source of this package you used should also be included (with my name on
  9. it...). You may NOT charge money for the sources as well, in that case.
  10.     I am releasing the sources as lots of peoples expressed interests in
  11. such a beast, on usenet, in the last few month.
  12.     I will NOT be hold responsible for any damage of any kind it may
  13. cause you. Use it at your own risk.
  14.     I do not have color system, so my Hercules card displayed lots of
  15. dithered images (using gif2herc utility) in the last few weeks, but obviously
  16. this is not enough. I will be very happy to get any remark on this package.
  17. Bugs or even bug fixes (do not send my diff's as I will probably change the
  18. sources after they will be released, unless they are really simple), or new
  19. utilities (please try to follow my coding standards) are all welcome.
  20.     In order to compile it, please read the file COMPILE.ME. I uses TC 2.0
  21. so other compiler owners are on their own. You can use both the tcc or tc.
  22. In tc all warnings are turned on for maximum checking.
  23. Porting the package to a unix machine should not be big problem. At list
  24. the library is machine independent (as most of the utilities are). You will
  25. however, need ANSI C compiler (such as gnu gcc).
  26.     You will find .\doc with documents on all the utilities and the library
  27. itself. Also on . there should be a test batch file named TESTGIF.BAT that runs
  28. most of the utilities using the images on .\pic (see below). Currently only
  29. Hercules viewer is available (gif2herc) but if you have another viewer that
  30. reads from stdin on different machine, you can use it instead (modify variable
  31. GIF_DISPLAY). Note this test creates few files on your current directory, so
  32. you might want to execute it from a temporary directory. You may want to print
  33. the document of gif2herc before running this test so you can interactively
  34. 'play' with it.
  35.     Only one of the images on .\pic was actually generated by me -
  36. solid2.gif, which is binary image extracted from Hercules frame buffer using
  37. the 'POLY3D' program. The other two were released to usenet few month ago.
  38. I do not think so, but let me know if I violate anything here.
  39.     Few final remarks. While 'playing' with the GIF format, I found few
  40. holes in it, or in some of its implementations:
  41. 1. There is no explicit way one can specify comments in images, which can be
  42.    extremely useful. I used one of the extensions block to implements that.
  43.    The problem is that some of the gif viewer I tested (no names) died on
  44.    extension block (!?), so I decided not to use them in any of the utilities
  45.    although the library do support it, and if you are going to use only it
  46.    you can safely use the comments calls. Any better solution?
  47. 2. Some viewer even ignore the fact that one GIF file can hold few images.
  48.    I consider this property extremely useful (some of the utilities actually
  49.    manipulate exactly that - gifasm for example), and fully support it. I
  50.    think that a failure of a view program (or any GIF manipulator) here,
  51.    should be considered a bug.
  52. 3. One problem in the GIF format, I dont have simple solution to: it is the
  53.    limit of only 8bits per color. The importance of bigger width, is not only
  54.    for higher image quality. One can save other pixel properties in addition,
  55.    such as coverage (alpha channel as it is called in the rle utah raster
  56.    toolkit). The only solution I can thing of, is to generate few GIF files
  57.    in parallel - one for the pixel color, and the other for coverage. The
  58.    coverage property is extremely useful for utilities such as gifbg - back
  59.    ground color generator, and which can be composed with the image using
  60.    gifcomb.
  61.  
  62. have fun
  63.  
  64. Gershon
  65. gershon@cs.utah.edu
  66.