[Scummvm-devel] Moving and merging image-related code
Paul Gilbert
paulfgilbert at gmail.com
Thu Feb 3 07:19:43 CET 2011
On Thu, Feb 3, 2011 at 2:19 PM, Matthew Hoops <clone2727 at gmail.com> wrote:
> On Wed, Feb 2, 2011 at 9:43 PM, Paul Gilbert <paulfgilbert at gmail.com>
> wrote:
> > In fact, there's no reason why we couldn't completely drop libpng support
> > for encoding savegame thumbnails, and still support loading original
> > interpreter savegames. Since it's all about how thumbnails get encoded
> for
> > new savegames, and particularly since the thumbnail is stored at the very
> > end of the savegame file anyway, there's no reason why the thumbnail code
> > couldn't be converted over, and savegame listing still be able to decode
> > either a PNG thumbnail or a ScummVM thumbnail.
> Yes, there is a reason to keep encoding support: We'd break
> compatibility with the saved games. How would the original interpreter
> be able to load new saved games? (Unless there's a chance the original
> is robust enough to know not to load the PNG if it's not found, in
> which case I take it back ;))
>
> -Matt
>
I'm not really sure that compatibility of new savegames back to the original
interpreter is all that important, but even then, I'm confident that it
would be fine. Back when we were converting the original source code to a
ScummVM module, for a while we had the savegame list being loaded without
thumbnails. The engine is quite happy to simply display a black box if no
thumbnail is available/found.
Paul.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20110203/b3df92a5/attachment.html>
More information about the Scummvm-devel
mailing list