#7206 closed feature request
savegame path
| Reported by: | SF/th3d4rk | Owned by: | fingolfin |
|---|---|---|---|
| Priority: | normal | Component: | --Other-- |
| Version: | 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 , 23 years ago
| Owner: | set to |
|---|
comment:2 by , 23 years ago
comment:3 by , 22 years ago
I tried putting that in ini file with scummvm (windows version 0.3.0b) and simon2dos. does not work
comment:4 by , 22 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 , 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 , 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 , 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 , 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 , 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 , 21 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 , 21 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 , 21 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 , 21 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 , 21 years ago
| Status: | new → closed |
|---|
comment:16 by , 6 years ago
| Component: | → --Other-- |
|---|
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"