[Scummvm-devel] cost of palette changes

[Robert Špalek]

On Tue, Jun 29, 2010 at 1:43 AM, Max Horn <max at quendi.de> wrote:

> Huh? It definitely used to work for many years.
>  mmon::wrapCompressed{Read,Write}Stream returns the original stream if zlib
> is not available, so saving should work just fine -- at least it definitely
> used to do so. Loading uncompressed saves should work, too; of course it
> cannot possible load compressed saves, no surprise there :).
>
> So if this fails now, it is a regression and should be fixed. Weird one,
> though...
>
> >  the only problem I see is when someone copies an uncompressed savegame
> to a different installation, where it is attempted to be loaded with
> decompression.  if we wanna address compatibility of savegames with
> different compression modes, then we have a little problem, because we would
> have to depend on reliable testing whether a given input stream is
> compressed or not.
>
> You mean like the test wrapCompressedReadStream already performs? :)
>
> I'm sorry, I didn't test it this way.  I only read the code and based my
conclusion on that.  I must have missed it :-)  if it's how you say, then
everything is in the best order.

-- 
Robert Špalek <rspalek at gmail.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20100629/6d15f382/attachment.html>