home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c
- Path: sparky!uunet!portal!dfuller
- From: dfuller@portal.hq.videocart.com (Dave Fuller)
- Subject: Re: pixels -> GIF
- Message-ID: <BxIMJx.9w@portal.hq.videocart.com>
- Organization: VideOcart Inc.
- X-Newsreader: Tin 1.1 PL3
- References: <1992Nov9.163801@IASTATE.EDU>
- Date: Tue, 10 Nov 1992 19:38:20 GMT
- Lines: 28
-
- kv07@IASTATE.EDU (Warren Vonroeschlaub) writes:
- :
- : Or any other graphic image format that is standard.
- :
- : Specifically I am looking for some function that creates a file (or returns
- : the numbers you should put in a file) of a graphic image when it is fed the
- : image on a pixel-by-pixel basis. It doesn't matter if it requires a special
- : ordering. (unless the order is completely whacked out, like every other prime
- : coordinate or something like that)
- :
- : Into GIF would be best, but PCX or JPG or whatever is okay.
- :
- the GIF file format is not that easy. it includes headers for the information
- in the rest of the file. (compression mode, color mapping patterns, total
- length of image, graphic x & y sizes, etc . .) these parts MAY be written
- out first, then gone back and rewritten after an fseek, but it's not very
- reliable. any algorithm would probably assume it had the entire image
- available, then try to compress it, then write out ALL of the information
- about the file at once. you could go ahead and write out a default file
- header, not compress the stuff, and then accumulate all of the pixels into
- respective bytes. The process may be easier with the others, i don't know
- anything about them. But i do know the GIF creation won't be that easy
- using the method you are talking about.
-
- Dave Fuller
- dfuller@portal.hq.videocart.com
-
-
-