Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Strange behavior and error with No-Intro PS3 PSN Content #78

Open
Melluish opened this issue May 11, 2023 · 9 comments
Open

Strange behavior and error with No-Intro PS3 PSN Content #78

Melluish opened this issue May 11, 2023 · 9 comments
Labels
bug Something isn't working

Comments

@Melluish
Copy link

Melluish commented May 11, 2023

If I import say, Daytona USA (USA), from a No-Intro "Sony - PlayStation 3 (PSN) (Content)" set like so:

$ oxyromon import-roms temp/Daytona\ USA\ \(USA\).zip

It gets added fine to {rom_dir}/Sony - PlayStation 3 (PSN) (Content)/Daytona USA (USA).zip (I have GROUP_SUBSYSTEMS set to "false) and I can also convert-roms between loose, zip, 7z, etc.

However, if I import the ROMs from that game individually like so:

$ oxyromon import-roms temp/Daytona\ USA\ \(USA\)/SJczHgXTSIqQkEvTVwMpNtxgamUilReFjPPZwtVmWCKFhLSFfZbRUhsEGrdOSfYOGfzGhKNzRseKnhBrEeWzrGJJTrfZaPERMWuSw.pkg
$ oxyromon import-roms temp/Daytona\ USA\ \(USA\)/UP0177-NPUB30493_00-DAYTONAUSA000000.rap

A couple of weird things happen. First, they get renamed on import to "Daytona USA (USA).pkg" and "Daytona USA (USA).rap" respectively. And then when you try to convert them to zip I get the following error:

ben@lobster:~$ oxyromon convert-roms
Please select systems: Sony - PlayStation 3 (PSN) (Content)
Please select a format: ZIP
Processing "Sony - PlayStation 3 (PSN) (Content)"
Compressing "SJczHgXTSIqQkEvTVwMpNtxgamUilReFjPPZwtVmWCKFhLSFfZbRUhsEGrdOSfYOGfzGhKNzRseKnhBrEeWzrGJJTrfZaPERMWuSw.pkg"
Compressing "UP0177-NPUB30493_00-DAYTONAUSA000000.rap"
Error: SimpleError { err: "\nWARNING: No more files\nSJczHgXTSIqQkEvTVwMpNtxgamUilReFjPPZwtVmWCKFhLSFfZbRUhsEGrdOSfYOGfzGhKNzRseKnhBrEeWzrGJJTrfZaPERMWuSw.pkg\n\n\nWARNING: No more files\nUP0177-NPUB30493_00-DAYTONAUSA000000.rap\n\n" }

I'm then left with a 22 byte "Daytona USA (USA).zip" alongside the pkg and rap.

Am I doing something wrong? I've been enjoying this software a lot, so please keep working on this as it's really cool. :)

ROM in question: https://nopaystation.com/view/PS3/NPUB30493/DAYTONAUSA000000/1?version=1

Kind regards,

Ben

Oh, and my bad, I'm using the DAT "Sony - PlayStation 3 (PSN) (Content) (20230201-155510).dat" from No-Intro.

@alucryd
Copy link
Owner

alucryd commented May 15, 2023

Looking into it, I have some special code paths for PS3, a bug most likely crept into them.

@alucryd
Copy link
Owner

alucryd commented May 15, 2023

Ok, so the root of the issue is that I decided to rename all PKG/RAP files to match the game name instead of the mostly nonsensical names, AFAICT rpcs3 has no way to make sense of them so we need some way to know which is which.
Except I didn't take that into account in convert-roms.

2 options to ponder:

  • either bite the bullet and accept that these files will have nonsensical names, which will magically fix convert-roms
  • update convert-roms to deal with this particular case

I admittedly have less experience with PS3 emulation, maybe I'm breaking stuff by renaming these files so option 1 could be the cleanest (and easiest to implement).

@Melluish Would love to hear your thoughts on this one :)

@Melluish
Copy link
Author

Yeah, it's a tricky one. I can't comment on emulation for the PS3 as I've not used it, I use them on real hardware. AFAIK the PKG name doesn't matter and will still install, but the RAP might be have to be named correctly. My only issue is that the names (while strange) match what's in the DAT and so I feel like it's more "correct" to keep the original names, certainly when the end user has them in a container (zip, 7z). It's your project, mate, so I'm only putting out the suggestion, but I'd like to see them retain their original names if imported as part of an archive, or indeed, if they are later converted to an archive format, otherwise to me it's not really a valid set.

Perhaps it could be a config option?

I'm going to look at working with No-Intro's "Nintendo - Wii U (NUS)" sets this weekend and they all have files like "0000000a.app", so you'd be looking at a similar problem.

To be honest I was surprised when your "original" format put the files loose in the system dir. I would have thought that option would at least place them in a subfolder. But I understand that for several systems that just have one iso file for the ROM, it's cleaner to have them at the top level.

@alucryd
Copy link
Owner

alucryd commented May 16, 2023

Thanks for the input, I dont really have strong feelings towards one or the other, so original names it is then. Will push to beta branch later today, I can publish a hotfix release if you aren't able to build from git.

@alucryd
Copy link
Owner

alucryd commented May 16, 2023

There you go :) b74394d

@alucryd
Copy link
Owner

alucryd commented May 22, 2023

Still need a couple tweaks, after sorting my collection I noticed inconsitent naming between convert-roms and sort-roms when it comes to PSN archives, hopefully I can address that by the end of the week.

@Melluish
Copy link
Author

Melluish commented May 22, 2023 via email

@alucryd
Copy link
Owner

alucryd commented May 27, 2023

convert-roms and sort-roms are now in line with each other on the develop branch. Will probably produce a new release soon once another item is confirmed working. The code would still benefit from a good refactoring to avoid some duplication but it's good enough for now.

@Melluish
Copy link
Author

Melluish commented May 27, 2023 via email

@alucryd alucryd added the bug Something isn't working label Jun 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants