Opened 16 years ago

Closed 15 years ago

Last modified 8 months ago

#7326 closed enhancement (outdated)

Frontend for Mac rescumm

Reported by: SF/ja2ke Owned by: fingolfin
Priority: normal Component: Port: Mac OS X
Keywords: Cc:


Though it's clearly not indecipherable if I'm able to use it,
the command line rescumm tool is fairly cumbersome,
especially considering the number of ScummVM Mac users
who will have to use it in order to play their games. It would
greatly increase usability and decrease frustration if some
sort of simple UI could be added at least to the Mac version
of rescumm, since it's used so frequently by Mac users
getting started with ScummVM.

Just an open/save dialogue box along with a pulldown to
select the type of datafile the user wishes to convert. Even
easier than that (for users) would be to make it a drag and
drop-aware app, so the user could simply drag their "The
Dig Data" file from their CD onto the rescumm icon, and just
be presented with a Save dialogue box, asking where they'd
like their converted files stored.

Ticket imported from: #820432. Ticket imported from: feature-requests/142.

Change History (11)

comment:1 Changed 16 years ago by fingolfin

IMHO that's the wrong solution to the problem. The proper is to
make ScummVM able to play directly from the Mac data files.

comment:2 Changed 16 years ago by SF/ender

Either solution sounds fine to me, but if nobody works on
in-engine loading soon it would be nice if somebody could
add a gui to rescumm in the meantime - eg, for 0.6.0

comment:3 Changed 16 years ago by SF/khalek

Of course a gui means having psy access to a mac as I doubt
mac users would settle for qt or gtk etc :)

Having ScummVM load them would of course be the ideal solution.

The mac versions of humongous games are pc style format but
are named things like "Long Game Name 1" instead of short.he1
So that might also be something else to look at in future.

Although most (all?) humongous games seem to be dual format
hfs/iso9660 cds with both mac and pc versions, the only
exception that comes to mind being the 3DO CDs.

comment:4 Changed 16 years ago by (none)

Let's not get too excited about throwing away rescumm. The
Mac version of DOTT comes with Maniac Mansion V1 as an
easter egg. At the momement the only way to play this is to
use the rescumm utility to get you hands on the LFL files.

comment:5 Changed 15 years ago by fingolfin

Owner: set to fingolfin

comment:6 Changed 15 years ago by fingolfin

serenwib: actually, that's no problem at all. The code which allows using
the Mac game data file directly works for the MM included in there, too,
without any changes in fact.

Yeah, I have code sitting on my HD. Just some high level problems to
iron out. Like how this should interact with the game detector....

Of course we'd still not throw away rescumm, since interested parties
still might want to touch the "real" files directly; but the idea is that no
end user should ever have to rescumm in the future.

comment:7 Changed 15 years ago by SF/ender

What exactly is needed from the gamedetector side of things?

Couldn't we just enumerate a second table for the 5 or so Mac
'... Data' filenames over the fsList provided to
Scumm::detectGames() and set a feature bit?

comment:8 Changed 15 years ago by fingolfin

The game detector will have to special case those mac data files (which
BTW are marked as "invisible" on the CDs). For example, in the DOTT
data file, you have both DOTT and MMv1; both should be "detected".
Also, we have to decide whether we store the regular path to that data
file, plus a config key which somehow flags it as being a "special mac
data file"; or whether we add special code which each time again
searches for a mac data files by their name (could be problematic with
localized versions of the games); or we could (my favorite) instead store
the path of the *file* (i.e. not "/Volumes/Sam & Max/", but rather we
store "/Volumes/Sam & Max/Sam & Max Data"); then the engine would
recognize at launch time that the path points to a file, not a directory; in
that case it would attempt to treat the file as a "rescummable" file, etc.

Anyway, my prototype code is working nicely, I just have to add support
for MONSTER.SOU loading; then enhance the game detector to support
the mac files; and add some other polish.

Not this weekend, though, I am off canoeing :-)

comment:9 Changed 15 years ago by fingolfin

Resolution: outdated
Status: newclosed

comment:10 Changed 15 years ago by fingolfin

Current CVS fully supports playing directly from the mac data files, so
users do not have to use rescumm anymore.
Hence in my eyes this FR is obsolete now...

comment:11 Changed 8 months ago by digitall

Component: Port: Mac OS X
Note: See TracTickets for help on using tickets.