Opened 18 years ago
Closed 4 years ago
#7529 closed feature request (wontfix)
PSP: scummvm.ini should be in the same dir as the EBOOT-file
| Reported by: | SF/solid5nake | Owned by: | sev- |
|---|---|---|---|
| Priority: | low | Component: | Port: PSP |
| Version: | Keywords: | ||
| Cc: | Game: |
Description
The ini-file should be placed in the same directory as the EBOOT-file... like it's the case with mostly all other PSP-homebrew-apps.
Currently it needs to be in the root of the memory-stick (ms0:/scummvm.ini). Not so nice if you want to keep your PSP clean and organized. ;-)
This should be fixed together with the savepath-bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1615115&group_id=37116&atid=418820
Thanks a lot!
Ticket imported from: #1624614. Ticket imported from: feature-requests/345.
Change History (14)
comment:1 by , 18 years ago
| Owner: | set to |
|---|
comment:2 by , 18 years ago
| Status: | new → pending |
|---|
comment:3 by , 18 years ago
comment:4 by , 18 years ago
Aaaaah, the "When are you finally going to put the .ini file in the *proper location*?!" saga continues...
The location is fixed because it was more convenient during development and it's a personal preference of mine, since you can now safely update ScummVM without risking "accidentally" losing your config file. The same goes for your savegames. I don't think 1 file and 1 directory in the root of the memory stick constitutes 'clutter', but whatever.
I'll try to think of a solution that is satisfactory to both sides. (suggestions are welcome!) In the meantime, I'll change this to a feature request, as it definitely is NOT a bug, but intended behaviour.
comment:5 by , 18 years ago
| Priority: | normal → low |
|---|
comment:6 by , 18 years ago
If every homebrew-developer would say "1 file and 1 directory in the root doesn't clutter up the root" then we definitely would have a pretty big mess. ;-)
I use dozens of homebrew-apps (console-emulators, ported games, etc.) on my PSP... and they all keep their stuff (configs, savegames, etc.) within their own directory. Simply because it's how everybody is expecting it to be. I also don't see that much "convenience" for the update-procedure, since I guess that pretty much everyone is clever enough to backup his configuration before overwriting the currently used directory. (Besides... you usally just have to overwrite the EBOOT.PBP-file to upgrade, and not the whole directory. So there is no "risk" anyway.)
It shouldn't be much of a problem to include a small IF-statement... I guess. ;-)
if (configFoundInRoot()) readFromRootAndUseIt() else if (configFoundInBaseDir()) readFromBaseDirAndUseIt() else createNewConfigInBaseDir() endif
As for the savegame-path: It should be whereever the entry in the config-file points to.
comment:7 by , 18 years ago
| Status: | pending → new |
|---|
comment:8 by , 18 years ago
The convenience comes from being able to use the same memory stick in both a 1.00 and 1.50 FW PSP with the same config and savegames, and being able to run different versions of ScummVM concurrently for (regression-)testing. Also, the releases contain the version number in the directory, so no, you wouldn't just overwrite the EBOOT.
Anyway, the solution you proposed sounds ok to me in theory. And since it's "just a simple IF", I look forward to your patch which implements this (oh, and feel free to fix the savepath issue while you're at it =)).
comment:10 by , 18 years ago
I would/will implement it, given enough time.
Unfortunately I have very little time to spend on ScummVM (and hobby projects in general) at the moment, and when I do get back to working on ScummVM/the port, I will first spend time fixing real bugs.
So, if this 'problem' really bothers you much, you're free to contribute a patch. Else, wait till I get around to it. :)
comment:11 by , 18 years ago
Since I'm developing and maintaining several opensource-projects myself I fully understand you in terms of "little time". :-)
Unfortunatley I'm not that fluent in coding C++ as I am in other languages. So I guess I'll (have to) wait till you find the time to implement it.
And it's not just that it bothers me in particular. As you also mentioned: This "problem" already is a saga. Having the issue solved would bring this app one step closer to perfection. ;-)
comment:12 by , 7 years ago
| Component: | → Ports |
|---|
comment:13 by , 6 years ago
| Component: | Ports → Port: PSP |
|---|
comment:14 by , 4 years ago
| Owner: | changed from to |
|---|---|
| Resolution: | → wontfix |
| Status: | new → closed |
Closing this since the PSP port is now basically in a maintenance mode.
Joost, is this to be considered a bug report or a feature request?