Opened 18 years ago

Closed 16 years ago

Last modified 12 months ago

#7206 closed enhancement

savegame path

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

Description

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.de\ samnmax (-f save where
datafiles located) or some like this

scummvm -f sanmax.de\ -p samnmax.de\ samnmax

or -fp samnmax.de\ samnmax

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

Change History (16)

comment:1 by fingolfin, 18 years ago

Owner: set to fingolfin

comment:2 by fingolfin, 18 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, 17 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, 17 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), 16 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, 16 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), 16 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, 16 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), 16 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), 16 years ago

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

comment:11 by SF/darkshineknight, 16 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, 16 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, 16 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, 16 years ago

Status: newclosed

comment:15 by SF/ender, 16 years ago

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

comment:16 by digitall, 12 months ago

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