Opened 22 years ago

Closed 20 years ago

Last modified 6 years ago

#7206 closed feature request

savegame path

Reported by: SF/th3d4rk Owned by: fingolfin
Priority: normal Component: --Other--
Version: Keywords:
Cc: Game:


i think it would be great if you can specify the savegamepath in command line. cause if you got diffrent versions of a game it crash when you load wrong savegame

maybe some link this

scummvm -f -p\ samnmax (-f save where datafiles located) or some like this

scummvm -f\ -p\ samnmax

or -fp\ samnmax

Ticket imported from: #549437. Ticket imported from: feature-requests/22.

Change History (16)

comment:1 by fingolfin, 22 years ago

Owner: set to fingolfin

comment:2 by fingolfin, 22 years ago

I added a config option for that, but not yet a command line switch.

At least you can now edit your .scummvmrc / scummvm.ini and add "savepath=/some/path/you/like"

comment:3 by SF/starsinthesky, 21 years ago

I tried putting that in ini file with scummvm (windows version 0.3.0b) and simon2dos. does not work

comment:4 by SF/maxmc, 21 years ago

I think it the saves should be in ~/.scummvm/saves/gamename-version by default. Or in the case of the windows port scummvm/saves/gamename-version

comment:5 by (none), 21 years ago

Indeed, the savegames should go somewhere in the user's home-dir by default on all systems which support this (Linux, MacOS-X, etc.).

comment:6 by fingolfin, 21 years ago

The savepath setting definitely works and always has worked fine for me since it was originally added. Many others use it, too. It's also configurable from the GUI. If you still want it, I could add a "--savepath=PATH" command line option.

ashitaka, I disagree, at least with regards to Mac OS X: Here, apps are supposed to be "self conftained". I.e. usually I don't need an installer, I just copy the application anywhere on my HD I like, done. Then, savegames either should be saved into an arbitrary location of my choice, or in the same directory (or a sub directory of it) the application is located in. That's how traditionally Mac games behave.

comment:7 by (none), 21 years ago

Concerning Mac OS X: With the change from OS9 to the UNIX-based OS X it definitely is a good idea to throw this overboard. It is a __multi-user__ system now. And the same way most apps store their preferences somewhere in /Users/USERNAME/Library/foo, you could put stuff like savegames there, too.

This has IMHO one really big advantage: you can set the applications themselves to be read-only for non-admin users. After all, there is a reason, why something like /usr/bin/ is not world-writable... ;-) This should apply to /Applications/ as well, I think. Otherwise you have a similar situation as in Win9x, where everyone can overwrite everything, including program files, making it easy for viruses and dumb users to screw up the system...

comment:8 by fingolfin, 21 years ago

For 98% of its users, MacOS still a single user OS. Period. That include most people who play games on their machine. The situation where a Mac will be used for multi user *and* people are allowed to play games on it (i.e. not at work/university) *and* they want to install ScummVM on it *and* they want it to be usable by everybody there *and* they have licenses for everybody to play all of those games - well I think that is a rather small number. :-)

comment:9 by (none), 21 years ago

If you regard Mac OS X as single user OS you are wasting it's potential for increased security, even for desktop/gaming use.

Actually, I don't get it why Apple decided to deactivate the "root" user by default, but at the same time makes the /Applications/-dir world-writable. It just does not make sense...

As for "98% of users do it this or that way": well, the vast majority of Windows users use Outlook for mail and IE as webbrowser, even though it's a pretty unwise decision, as we all know... ;-)

Finally, you don't need multiple licenses for all the games you want to play with ScummVM, as long only one user is playing at a time. But that does not keep you from having multiple accounts on your machine for e.g. different family members...

comment:10 by (none), 21 years ago

Correction: /Applications/ itself is normally not world-writable, but many directories in /Applications/ are (...which they IMHO should not be...)

comment:11 by SF/darkshineknight, 20 years ago

Hi, Correct me if I'm wrong, but hasn't this been completed? I mean, the command line for making a savegame path is implemented, you can set it to a default location in the GUI and config file, and more advanced users can set a default for different games in the config, too. Plus, the Mac users have had what seems like (at least, to me) a rather uninteresting discussion about a rather uninteresting topic. That sounds like a successful Feature implementation. I think this could be closed.

comment:12 by fingolfin, 20 years ago

You are wrong. There is no command line option that allows you to specify a savegame path.

There is an environment variable (SCUMMVM_SAVEPATH) for this, but that's a rather crude hack...

However, with the new command line parsing code, it's trivial to add a --savepath option.

comment:13 by SF/darkshineknight, 20 years ago

Hi, Now that you have made your "super-ultra-mega-secret" option, am I no longer wrong? Can we close this RFE? It's getting dangerously close to being two years old.

comment:14 by SF/ender, 20 years ago

Status: newclosed

comment:15 by SF/ender, 20 years ago

Yes, I think this RFE can be closed now :)

comment:16 by digitall, 6 years ago

Component: --Other--
Note: See TracTickets for help on using tickets.