Re: MMX speedup for Floyd Steinberg error diffusion

> Huh?
>
> I guess you intend that each frame should be visible a fraction of a
> second, otherwise it cannot take part in the visual center averaging,
right?
>
> The problem with this idea is that color displays are digital devices,
> with a granularity of 60/70/80 Hz, or whatever your refresh rate happens
> to be. Writing two images between frame updates wil simply lose the
> first one. :-(
>

No, not that way...

The GIF standard allows each animation frame to render contents on top
of the earlier one ( it has a "retain previous frame contents" flag ).
Each frame can have its own palette and in theory a frame delay of 0
means render each frame as fast as possible. So one true color image
can be broken up into several 256 color pieces and overlapped into a
"collage". So depending on the speed of the system it would appear as
a kind of progressive image which coalesces to the final true color
result.

The problem with this is that no browser acknowledges a delay of <
3/100 of a second ( thats definitely not due to the complexity of the
decoding algorithm, the windows directshow framework is able to render
GIFs at 400 fps when I test )
Of course in the worst case, it may take several 1000's of frames to
get all the colors in the image.

In theory at least, 24 bit color GIFS are possible and could be
practical for static images...

Best Regards
Vivek