Post Reply 
 
Thread Rating:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
LAN storage for PSP ISOs (with a small problem)
08-20-2013, 09:16 PM (This post was last modified: 08-20-2013 09:20 PM by dlanor.)
Post: #1
LAN storage for PSP ISOs (with a small problem)
Like the thread title implies I'm using PSP ISO and CSO files stored on a PC in my LAN, regardless of which other PC in this LAN I'm running PPSSPP on.

Originally I had no problems at all in doing so. The side menu's 'Load...' command uses a standard windows browsing selector, so it allows for switching into the "Network" paths. And PPSSPP also has no problem accepting local network addresses as program launch arguments. So at this point (a few revs ago) everything worked fine, and most of it still does.

The only problem I now get is due to the new UI and its addition of the "Games" command to browse for games using a file browser implementation internal to PPSSPP. This browser has two problems with proper LAN use as described above. Fortunately it doesn't affect the other two launch methods though. So these problems are specific to the new "Games" browser (may not be so new to the devs, but is new to me as the new UI is now enforced in latest revs).

Problem #1:
The "Games" browser does not allow switching to a network path. In fact it starts giving problems even when backing to drive root level, when drive letters without media are present on the PC. (Gives one error message dialog for each such drive.) This limitation can be worked around by manually editing "ppsspp.ini" so as to add a starting network path, with an assignment like this:
CurrentDirectory = \\Ra1\g\_ISO_PSP\
When started with that variable definition present the "Games" command will start its browsing in the specified path, and allow launching of any games found there or in other folders reached by navigating from that one.

Proposed solution for #1:
Add an extra navigation button to switch between the network root and the normal drive root, so that manual 'ini' editing is not needed.


Problem #2:
When using the workaround described above, allowing the "Games" browser to find and launch games in the set directory, or navigate into its subfolders to do the same, the paths returned use forward slashes instead of the native backwards slashes of Windows. So after loading a game from such a subfolder, the new assignment in "ppsspp.ini" could look like this:
CurrentDirectory = //Ra1/g/_ISO_PSP/Currently tested/

And that is then also the form used for the game path as added into the "Recent" list, which causes the test for duplicate entries to fail in case an old entry used the native backward slashes. So after several sessions using mixed launch methods every game in my list will have a duplicate, which cuts the effective size of that list down to half its set value.

Proposed solution for #2:
Whenever a path is accepted for game launch, regardless of whether that path came from a launch argument or one of the two game browsing commands ("Games" and "Load..." I mean), search the path string for all backslash occurrences and replace each one by a forward slash. The so modified string should completely replace the old one for all further processing, whether for current game loading or adding into the ".ini" variables. Windows will happily use either forward or backward slashes, but I think the Linux/Mac platforms all require forward slashes, so that's the best choice for consistent usage.

It may also be a good idea to add similar search+replace handling of the "Recent" entry in "ppsspp.ini" at program launch, to ensure that any path string in it from older versions (or added by user editing) conform to the consistent slash usage.


In the title I called this problem 'small' because it only affects me if I use the "Games" command to launch games, which is never really necessary. I can manage perfectly well using just the "Load..." command and the Windows shortcuts I've prepared. But it would be nice if all launch methods had consistent effects.


Btw:
If at all possible, a LAN browsing ability would be a terrific addition to your android releases. Several of my android units are a bit low on free local storage, forcing me to limit the number of games accessible. It would help a lot if they too could access game ISOs over LAN, just like the PCs do. Then I could use the same ISO collection for all units, regardless of platform.

Best regards: dlanor
Find all posts by this user
Quote this message in a reply
08-21-2013, 12:39 PM
Post: #2
RE: LAN storage for PSP ISOs (with a small problem)
Moved.

♦ Intel Core i7-6700HQ | 16 GB RAM | NVIDIA GeForce GTX 960M | Debian Testing
♦ Intel Core i7-2630QM | 4 GB RAM | NVIDIA GeForce GT 540M | Debian Testing
♦ PSP-3004 | 6.60 PRO-C2
Find all posts by this user
Quote this message in a reply
08-21-2013, 05:06 PM (This post was last modified: 08-21-2013 05:07 PM by dlanor.)
Post: #3
RE: LAN storage for PSP ISOs (with a small problem)
(08-21-2013 12:39 PM)vnctdj Wrote:  Moved.
Thanks for moving my thread to a more appropriate subforum.
I realized my mistake shortly after finishing my original post, but as a normal user there wasn't much I could do about it.

Hopefully that post will now be seen by the devs, so they can take my suggestions in it under consideration.

Best regards: dlanor
Find all posts by this user
Quote this message in a reply
08-21-2013, 05:38 PM
Post: #4
RE: LAN storage for PSP ISOs (with a small problem)
Why don't you map that to a network drive or the "Load..." button?
Find all posts by this user
Quote this message in a reply
08-21-2013, 07:13 PM (This post was last modified: 08-21-2013 07:14 PM by vnctdj.)
Post: #5
RE: LAN storage for PSP ISOs (with a small problem)
(08-21-2013 05:06 PM)dlanor Wrote:  
(08-21-2013 12:39 PM)vnctdj Wrote:  Moved.
Thanks for moving my thread to a more appropriate subforum.
I realized my mistake shortly after finishing my original post, but as a normal user there wasn't much I could do about it.

Hopefully that post will now be seen by the devs, so they can take my suggestions in it under consideration.

Best regards: dlanor

No problem, I'm here to help Wink

♦ Intel Core i7-6700HQ | 16 GB RAM | NVIDIA GeForce GTX 960M | Debian Testing
♦ Intel Core i7-2630QM | 4 GB RAM | NVIDIA GeForce GT 540M | Debian Testing
♦ PSP-3004 | 6.60 PRO-C2
Find all posts by this user
Quote this message in a reply
08-21-2013, 07:26 PM
Post: #6
RE: LAN storage for PSP ISOs (with a small problem)
Yeah, this is an issue, fortunately not terribly difficult to work around so I'm not gonna prioritize it right now but will get to it later. Please file it as an issue on github here so it won't get lost: https://github.com/hrydgard/ppsspp/issues
Find all posts by this user
Quote this message in a reply
08-23-2013, 08:31 PM (This post was last modified: 08-23-2013 08:53 PM by dlanor.)
Post: #7
RE: LAN storage for PSP ISOs (with a small problem)
(08-21-2013 05:38 PM)Orphis Wrote:  Why don't you map that to a network drive or the "Load..." button?
I think you may have misunderstood my issue.
This is partly my fault, as I focused on the fact that my ISOs are accessed over LAN, though that's not the key to the problem.

I have no problem getting the games to run, and if I consistently use only the "Load..." command or only the "Games" command then there will be no problem with the "Recent" listing either.

The main issue is that using "Load..." for games under Windows passes the launch path with backward slashes, while the "Games" command passes the launch path with forward slashes, leading to inconsistent path usage in the "Recent" list. (as stored in "ppsspp.ini") The backslash usage is also the native form for Windows launch shortcuts, which pass the ISO file paths as launch arguments to PPSSPP in the backslash format.

This problem isn't really dependent on my use of a LAN host to store all my ISO files. The same problem with duplicate entries also occurs if I load a game from a local drive by inconsistently using the "Games" and "Load..." commands or shortcuts to start it. The "Recent" list will then have one entry for that game with forward slashes (from "Games") and another entry using backslashes (from "Load..." or Windows launch argument).

So PPSSPP needs to filter the paths it receives into a common format, and for that method to work with all platforms it will need to be the forward slash that is used consistently (as some platforms would not accept backslash).

In short:
The program needs to filter both Windows launch argument (if any) and launch paths from the "Load..." command, to replace each backslash with a forward slash, before any further use of the path string.

Best regards: dlanor

(08-21-2013 07:26 PM)Henrik Wrote:  Yeah, this is an issue, fortunately not terribly difficult to work around so I'm not gonna prioritize it right now but will get to it later.
Sure. This isn't critical in any way, but just one more 'oddity' to fix when you have time for it.

Quote:Please file it as an issue on github here so it won't get lost: https://github.com/hrydgard/ppsspp/issues
OK, I'll do that then.

Edit:
I've now created that github issue.

Best regards: dlanor
Find all posts by this user
Quote this message in a reply
Post Reply 


Forum Jump: