PS1 ANNOUNCEMENT: new psxtract-2 release

Heel

Member
Hello everybody,

Just a heads up, I've been working on updating the psxtract.exe tool that extracts games from PSN eboots for PSOne Classics, and after implementing a number of features cut a new release for the tool here:

https://github.com/has207/psxtract-2/releases

Notable improvements include full support for nearly all PSN eboots, including multi-disc and CDDA audio games. If you have used the old version of psxtract to generate your images you may want to re-check and re-extract your games as there were a number of issues with previously released versions of this tool that should now be mostly fixed.

There are still some known, fairly minor, issues with a handful of games that I am tracking here:

https://github.com/has207/psxtract-2/issues

But in general vast majority of PSN eboots are now supported and can successfully be burned to disc to play on a real PS1 or PS2.
 
It is nice that we have here fresh blood which fixing old issues. ^^ Thanks.
I will try it on my games.

ECC can be calculated, so maybe doing it automatically in those problematic cases could be ok? Or just as a switch, so user could decide what to do. On XP times, I'm using for that ECCRegen.

Some games using intentionally broken ECC as part of security. Well, probably... if my memory doesn't fault me. ^^
@krHACKen @hugopocked [?]
 
It is nice that we have here fresh blood which fixing old issues. ^^ Thanks.
I will try it on my games.

ECC can be calculated, so maybe doing it automatically in those problematic cases could be ok? Or just as a switch, so user could decide what to do. On XP times, I'm using for that ECCRegen.

Some games using intentionally broken ECC as part of security. Well, probably... if my memory doesn't fault me. ^^
@krHACKen @hugopocked [?]

psxtract actually already includes ECC/EDC regen, the EBOOTS are kind of weird structured as they include the headers and user data in 2352 byte frames same as the disc, but omit ECC/EDC info in many cases. On the one hand it's understandable as they're not needed at runtime without the disc, but at the same time it seems like it took more work to remove them from the dump...maybe it was an anti-extraction technique? But in any case in order to turn the raw dump from the EBOOT into a proper BIN/CUE pair all the ECC/EDC and some of the other necessary bits are regenerated by the tool. I have discovered at least one badly formed EBOOT (RE2) and I suspect Einhander and Rival Schools 2nd disc may be bad dumps made on Sony's end, but still digging into those to confirm. Worst case I believe it's in audio or video data, so minor deviations shouldn't break the game..

Interestingly enough I haven't encountered the bad ECC that's used for DRM at all, but I think that's because all my EBOOTs are from the US or JP stores and I don't have a European account. From what I understand that method was largely applied to PAL territory discs so maybe there's going to be cases of those in PAL releases on PSN as well. I should try to obtain some EBOOTs of known ECC-DRMd games and check
 
LibCrypt only based on sub-channel data, I have different thing on mind.

Oh, what thing?

Btw, having posted that earlier I finally went ahead and jumped through all the hoops to open a UK account and buy some PAL games I had my eye on but couldn't get in the other stores (the Fear Effect games mainly). So sad to discover that they won't run on my NTSC PS3 :crushed: Never had issues playing JP or US PSOne Classics games, and PAL PS2 discs seem to work alright, so this was a sad discovery. But on the plus side psxtract had no issues with them and extracted everything perfectly matching redump, I'll have to try all the patching options and see if they can maybe run on my PS2 at least..
 
Don't remember really, 25 years has passed. :d But maybe leap sectors (broken ECC on purpose).

I have some titles from PAL. Well, most of my games are PAL.
 
Back
Top