Re: ... aPNG (Animated PNG)

Kato-N wrote:

> I guess the biggest obstacle to widely implementing MNG is that the MNG
> format *looks* too complex.  Probably in most cases MNG-LC can meet the
> demand for PNG animation as a matter of fact, so how about these:
> 
> 1. Adding a new chunk for disposal methods to MNG-LC,

Right, that looks easy and simple.  The devil is in the implementation.
I would at least have two chunks, one that marks the beginning of any
stream that is going to be needed for dispose-to-previous later on,
and the actual dispose-to-previous instruction.  We could invent a
new SEEK flag for the former and a new FRAM flag for the latter. 
Otherwise, decoders would have to save an offscreen copy of the canvas
of every MNG just in case, as I am afraid aPNG is going to have to (this
doesn't matter much to mozilla because it already handles GIF disposing,
but to other apps it is likely to be difficult.  In MNG the solution
for restore-to-previous is to use the PAST chunk, so it's all quite
explicit what must be saved.

Glenn

--
Send the message body "help" to [email protected]