#7326 closed feature request (outdated)
Frontend for Mac rescumm
| Reported by: | SF/ja2ke | Owned by: | fingolfin |
|---|---|---|---|
| Priority: | normal | Component: | Port: Mac OS X |
| Version: | Keywords: | ||
| Cc: | Game: |
Description
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 by , 21 years ago
comment:2 by , 21 years ago
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 by , 21 years ago
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 by , 20 years ago
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 by , 20 years ago
| Owner: | set to |
|---|
comment:6 by , 20 years ago
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 by , 20 years ago
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 by , 20 years ago
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 by , 20 years ago
| Resolution: | → outdated |
|---|---|
| Status: | new → closed |
comment:10 by , 20 years ago
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 by , 5 years ago
| Component: | → Port: Mac OS X |
|---|
IMHO that's the wrong solution to the problem. The proper is to make ScummVM able to play directly from the Mac data files.