Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!pacbell.com!tandem!netcom!marcos
From: marcos@netcom.COM (Marcos H. Woehrmann)
Newsgroups: comp.compression
Subject: Re: gif encoding questions
Message-ID: <1991Apr16.012303.20598@netcom.COM>
Date: 16 Apr 91 01:23:03 GMT
References: <1991Apr9.142255.186@unhd.unh.edu> <1991Apr10.034324.28971@netcom.COM> <15810@smoke.brl.mil>
Organization: Netcom - Online Communication Services  UNIX System {408 241-9760 guest}
Lines: 22

In article <15810@smoke.brl.mil>, gwyn@smoke.brl.mil (Doug Gwyn) writes:
> In article <1991Apr10.034324.28971@netcom.COM> marcos@netcom.COM (Marcos H. Woehrmann) writes:
> -The document I have points out that most (all?) gif readers will break
> -unless you only issue a clear code when the table is full, ...
> 
> The BRL-CAD "gif-fb" utility implements the GIF87a spec exactly.
> 

Yes, but the document I was referring to was the GIF89A spec;  and it
actually implies that not issuing a clear code when the table is full
was allowed under the GIF89A spec (just no one did it).

marcos

-- 
Marcos H. Woehrmann    {claris|apple}!netcom!marcos  |  marcos@netcom.COM

 Oh, I'm sure you've heard it all before, but remember it's not what you
 say, it's how you say it, and how much you're paid to do so, and besides
 who's listening anyway.  No one, that's who, because it's all been said
 and done and done and done and done to death.  Let's talk about art,
 said the fool to the idiot.  --Lydia Lunch