[Scummvm-devel] Urban Runner read issue

Sven Hesse drmccoy at users.sourceforge.net
Sun May 1 00:31:53 CEST 2011


On 2011-04-30 22:44:49 +0300, yotam barnoy wrote:
> A little more investigation yielded the fact that the gob engine
> attempts to read 30MB from cd1.itk. This is more than the entire
> available memory of the PSP 1000, and I imagine many of our other
> older platforms have the same issue -- it's just that nobody's tried
> it on those platforms (yet).

I wasn't aware that the PSP had that little memory. :/

> Is there any way to reduce the size of this read (dramatically) ?

Short answer: Probably not.

Long answer:
What's actually read is solely up to the scripts, there
is no way to directly influence that.

The gob engine did, however, in the past, allow streaming opening of
files within the STK/ITK archives (instead of, like it does now, read
them directly into a MemoryReadStream). Since the files are optionally
compressed though, and each read of a archived file would need to
reseek the parent archive stream, this lead to a lot of complication
and mess in the DataIO class, so I scrapped it, a year or so ago.

In the case of VMD files within STKs, adding that back might help.
Still, since many other files needed for Urban Runner are compressed
anyway, and the VMD decoder needs quite considerable memory too, I
doubt it's enough. Also, I'd need to find a way to do that cleanly,
without the mess that was in there before.


Cheers
	Sven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20110501/46718359/attachment.sig>


More information about the Scummvm-devel mailing list