Re: Animations with image size matching output resolution

[Ethan A M. <merritt@u.washington.edu>]

On Friday 30 December 2005 02:33 pm, you wrote:
> Ethan Merritt wrote:
> >>I've recompiled after setting the above parameter to zero.
> >
> > Don't do that. It won't work in general, because if any frame later
> > introduces a new color then the colormap will not be correct.
>
> Let's try to fix this.  I think there is a sensible solution.  There are
> parameters keeping track of frame count (so we know if we've included
> the correct color map yet), etc.

I may be mis-understanding the libgd requirements, but I think that
in order to specify a shared colormap you have to do so at the start.
I don't see any provision for coming back and changing it later.
But in the general case we cannot do this, because we fundamentally
don't know if later frames will introduce new colors.  OK, maybe
for your specific application you can guarantee that.  But I dislike
coding for a special case.

If the smaller file size is important for your application, what's
wrong with post-processing it in gifsicle or some other tool?

Philisophical difference, I guess.  I look at it the same as I do 
cropping.  If another tool can do the job well, then why bloat 
gnuplot with less capable duplicate functionality?

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742