Opened 17 years ago

Closed 15 years ago

Last modified 9 months ago

#7206 closed enhancement

savegame path

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


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 Changed 17 years ago by fingolfin

Owner: set to fingolfin

comment:2 Changed 17 years ago by fingolfin

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 Changed 16 years ago by SF/starsinthesky

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

comment:4 Changed 16 years ago by SF/maxmc

I think it the saves should be in
by default. Or in the case of the windows port

comment:5 Changed 16 years ago by (none)

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 Changed 16 years ago by fingolfin

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 Changed 16 years ago by (none)

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

comment:8 Changed 16 years ago by fingolfin

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 Changed 16 years ago by (none)

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 Changed 16 years ago by (none)

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

comment:11 Changed 15 years ago by SF/darkshineknight

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 Changed 15 years ago by fingolfin

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 Changed 15 years ago by SF/darkshineknight

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 Changed 15 years ago by SF/ender

Status: newclosed

comment:15 Changed 15 years ago by SF/ender

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

comment:16 Changed 9 months ago by digitall

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