Opened 5 months ago

Closed 5 months ago

#12448 closed defect (wontfix)

SCI: Games optimized by SCI0 packer are not detected nor there is option to force run

Reported by: necros2k7 Owned by: sluicebox
Priority: normal Component: Engine: SCI
Version: Keywords:
Cc: Game:

Description

subj

Attachments (1)

PACKER.EXE (9.6 KB ) - added by necros2k7 5 months ago.

Download all attachments as: .zip

Change History (5)

by necros2k7, 5 months ago

Attachment: PACKER.EXE added

comment:1 by necros2k7, 5 months ago

Summary: Games optimized by SCI0 packer are not detected nor there is option to force runSCI: Games optimized by SCI0 packer are not detected nor there is option to force run

comment:2 by m-kiewitz, 5 months ago

http://sciwiki.sierrahelp.com/index.php?title=SCI_Resource_Utilities

SCI0 packer v0.1a - Dark Fiber
Wai Wai!! Sugoi! My frist SCI0 util!!

Basic Overview
Because in the early days of SCI0 development and distribution,
CD's did not exist... thus files came on 360 and 1.2mb diskettes.
And with bigger games meant more diskettes. Also not everyone
had a lot of space on their hard disk, so games could be played from
floppy. To reduce the amount of disk swapping occuring, most of the
core files (character animation, graphics for the surrounding map, etc)
were duplicated across disks which leads to multiple images of character
animation etc.

What this program does is go through all the resource files and strip
out duplicates and packing all the resources into one file instead
of multiple files.

Usage
Packer {source_directory}

If no source directory is give, the current directory is used.
eg:

packer /games/sierra/sci0/colonels-bequest-631

Caution
Packer erases the original resource.map and all resource.0* files
and replaces them with its own resource.map and resource.000 file.

Tested
I've test this on Colonels Bequest (360kb disk release) and Kings
Quest 4 (360kb disk release) and Kings Quest 4 (720kb disk release)
and had no problems....

comment:3 by m-kiewitz, 5 months ago

I personally see no reason to support this.
Effectively every game would have to be processed using this and then their new detection tables would have to be added, to save maybe a few kilobytes.
And that's assuming that there are no issues at all with this tool. Tool doesn't seem to be open source.

Last edited 5 months ago by m-kiewitz (previous) (diff)

comment:4 by sluicebox, 5 months ago

Owner: set to sluicebox
Resolution: wontfix
Status: newclosed

Agreed. The idea behind this 1998 tool was a fine one, but it's incompatible with ScummVM's approach for detecting games based on known original files.

Note: See TracTickets for help on using tickets.