Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!elroy.jpl.nasa.gov!usc!cs.utexas.edu!ut-emx!ccwf.cc.utexas.edu
From: daveh@ccwf.cc.utexas.edu (David H. Huang)
Newsgroups: comp.sys.apple2
Subject: Re: GIF Viewer
Message-ID: <44722@ut-emx.uucp>
Date: 26 Feb 91 16:25:48 GMT
References: <538@generic.UUCP>
Sender: news@ut-emx.uucp
Reply-To: daveh@ccwf.cc.utexas.edu (David H. Huang)
Organization: The University of Texas at Austin
Lines: 29

In article <538@generic.UUCP> taob@pnet91.cts.com (Brian Tao) writes:
>From daveh@ccwf.cc.utexas.edu (David H. Huang):
>
>> SHRConvert cuts off the edge of the picture because it has a limit
>> of 64K/picture. Currently, the only decent GIF viewer for the GS ...
>     ^^^^^^^^^^^
>
>    You mean no one has done anything about that stupid restriction?  What's
>the technical reason behind that anyway?  Does it have something to do with
>QuickDraw II, or the APF graphic file format?  I would love to view those
>800x600x16 GIF's without having to chop it up.

QuickDraw II is supposed to handle "pictures" (I forgot the exact term
for it) up to 32768x32768. APF doesn't put a limit on the picture size
either. I think the reason for the 64K limit is that it's hard to
manipulate data that crosses a bank boundary, especially in C.
(According to the built in help for SHRConvert 2.1, it was writtin
mostly in C with some assembly).

>Brian T. Tao   *B-) |  t569taob@bluffs.scar.utoronto.ca  | "Though this be
>U of Metro Toronto  |               - or -               |  madness, yet there
>Scarberia, ON       |        taob@pnet91.cts.com         |  is method in 't."


-- 
David Huang                                 |
Internet: daveh@ccwf.cc.utexas.edu          | "Slight accidents with funny rays
UUCP: ...!ut-emx!ccwf.cc.utexas.edu!daveh   |   can have serious consequences"
America Online: DrWho29                     |


Brought to you by Super Global Mega Corp .com