PS2 [Testers Needed] Open PS2 Loader with exFAT support (files above 4GB on USB)

TnA said:
Would you mind telling us the storage-device as well as the PS2-Model?
Click to expand...

Sure.
PS2 mode;
Scph-70004, GH-032-13

Drives;
Queen tech 32G
VERITY 16G

Games on 32G drive
Burnout 3..............................SLUS_210.50,DVD,2438315174,Normal
Spider-Man3............................SLUS_215.52,DVD,2476080650,Normal
Driv3r.......................................SLUS_205.87,DVD,3796465356,Normal
Incredible Hulk.........................SLUS_209.41,DVD,1912489868,Normal
DestroyAllHumans2.................SLUS_214.39,DVD,2303221476,Normal
MGS3_S_D2............................SLUS_212.43,DVD,2748359118,Normal
MGS3_S_D1............................SLUS_213.59,DVD,4221353504,Normal
Driver_Parallel Lines_LE..........SLUS_213.99,DVD,3748462242,Normal
Mercenaries2WorldinFlames....SLUS_216.50,DVD,3339628592,Normal
Sims 2 The................................SLUS_212.65,DVD,1176724776,Normal
Tenchu Wrath of Heaven...........SLUS_203.97,DVD,3270125524,Normal

Games on 16G drive
Mafia..........................................SLUS_206.71,DVD,4095960612,Normal
Max Payne.................................SLUS_202.30,DVD,1603493460,Normal
True Crime - New York City........SLUS_211.06,DVD,2758310586,Normal
Hitman 2 - Silent Assassin.........SLUS_203.74,DVD,2045002533,Normal
Bully...........................................SLUS_212.69,DVD,3176365204,Normal
SIMS BUSTIN OUT...................SLUS_208.42,DVD,2002312753,Normal
 
Last edited:
Dariush Aghaee said:
Sure.
PS2 mode;
Scph-70004, GH-032-13

Drives;
Queen tech 32G
VERITY 16G

Games on 32G drive
Burnout 3..............................SLUS_210.50,DVD,2438315174,Normal
Spider-Man3............................SLUS_215.52,DVD,2476080650,Normal
Driv3r.......................................SLUS_205.87,DVD,3796465356,Normal
Incredible Hulk.........................SLUS_209.41,DVD,1912489868,Normal
DestroyAllHumans2.................SLUS_214.39,DVD,2303221476,Normal
MGS3_S_D2............................SLUS_212.43,DVD,2748359118,Normal
MGS3_S_D1............................SLUS_213.59,DVD,4221353504,Normal
Driver_Parallel Lines_LE..........SLUS_213.99,DVD,3748462242,Normal
Mercenaries2WorldinFlames....SLUS_216.50,DVD,3339628592,Normal
Sims 2 The................................SLUS_212.65,DVD,1176724776,Normal
Tenchu Wrath of Heaven...........SLUS_203.97,DVD,3270125524,Normal

Games on 16G drive
Mafia..........................................SLUS_206.71,DVD,4095960612,Normal
Max Payne.................................SLUS_202.30,DVD,1603493460,Normal
True Crime - New York City........SLUS_211.06,DVD,2758310586,Normal
Hitman 2 - Silent Assassin.........SLUS_203.74,DVD,2045002533,Normal
Bully...........................................SLUS_212.69,DVD,3176365204,Normal
SIMS BUSTIN OUT...................SLUS_208.42,DVD,2002312753,Normal
Click to expand...
A 70K model PS2? wow you're a lucky one. You can install an internal HDD to that thing.
 
Haker120 said:
@Dariush Aghaee not better to solder SD reader to HDD bus? But you'll be limited to 128GB max and you don't have to remove CDVD drive. ;)
Click to expand...

Sorry for going off-topic firstly.

You're right. SD/micro SDs are way too smaller and cheaper and more convenient to work with but I have some problems.
first one is that I searched every local/online stores here in my country but I didn't find any sd to ide boards in a reasonable price.
The second problem is that I don't want to install any active adapters like sd-pata, sata-pata etc.
Also I didn't find any PATA SSDs as well.
Buying thighs from amazon is not sufficient here either.
 
I see, this is what I have in my console, it looks a bit ugly but works as intended so I can stand its ugliness. XD
Pnfn15a.png

Edit: I must add 128GB SD card is the max limit, 256GB card works when few games installed but when full of games wLE and OPL cannot access it so I'm using 128GB SD. ;)
 
Last edited:
Haker120 said:
Edit: I must add 128GB SD card is the max limit, 256GB card works when few games installed but when full of games wLE and OPL cannot access it so I'm using 128GB SD. ;)
Click to expand...

What tool do you use for installing games on it? If winhiip, do you set the address size correctly 48bit?
Try the latest pfs batch kit manager.
 
Soooooooo.......

I have been tinkering with my PS2 Slim and i just bought a new external HDD to play games from. Now The problem is is that i cant seem to get it to work with exFAT. i have tried it with FAT32 and that worked fine. But since this has more benefits over FAT32 i wanted to try it.

I don't have a full grasp on how it all needs to be done so is there anybody that could help me out?

I am using a WD Elements 2TB external HDD and i tried to make that work on a PS2 slim 70XXXX series. I used the most recent version (v1.2.0-Beta-1922) and with a couple of older builds. I tried it with games like Xenosaga, Ratchet Gladiator & Zone of the Enders.
 
Commando_M said:
Soooooooo.......

I have been tinkering with my PS2 Slim and i just bought a new external HDD to play games from. Now The problem is is that i cant seem to get it to work with exFAT. i have tried it with FAT32 and that worked fine. But since this has more benefits over FAT32 i wanted to try it.

I don't have a full grasp on how it all needs to be done so is there anybody that could help me out?

I am using a WD Elements 2TB external HDD and i tried to make that work on a PS2 slim 70XXXX series. I used the most recent version (v1.2.0-Beta-1922) and with a couple of older builds. I tried it with games like Xenosaga, Ratchet Gladiator & Zone of the Enders.
Click to expand...
Try formatting the hard drive with 32K cluster size.
 
Hi. I'm currently testing the new exFat feature (with a spare 8GB pendrive, because my main pendrive with all the games is faster and 128GB in size). I checked under windows and it says the partition table is GPT right now. I'm guessing GPT is still unsupported, anyway I'm gonna check. I suggest there be some information, preferably inside OPL, that detects insupported setups (no partition table, GPT, you name it) and tells the user the exact table+fs combination that is expected. With the new 1.2.0 beta, which setups are supported? MBR + exfat/fat32 ?. Only MBR + exfat?. GPT + exfat?. I think it would be useful to give this information inside the app.

Have a nice day.

I have tested OPNPS2LD-v1.2.0-Beta-1938-f36e568 (from github) with an old crappy 4GB pendrive, using a CD iso (converted from bin/cue) of "18 wheeler". It works great. It has only worked with MBR + exfat, not GPT + exfat, so I guess GPT is not implemented yet. Fortunately, according to my tests, it seems like Windows doesn't impose GPT+exFAT or MBR+fat32 on pendrives (but it imposes GPT+UEFI or MBR+BIOS when it comes to booting), but changing from GPT to MBR is not straightforward on Windows.

Now I'm gonna test it with another pendrive, with games greater than 4GB under exFAT. Is there anything that you really need to test on multiple consoles and is quick to test? Please tell me if that's the case.
 
Last edited by a moderator:
arcadekidflo said:
Just had the weirdest bug , i'm using OPL 1.2.0 v1915 , i placed some demos on an exFAT stick ( yes, they're really demos ) and i tried to rename them with OPL then..they're just gone from the list . I checked the stick on PC and indeed, they're not in the DVD folder and i have extra free space , so instead of renaming , OPL deleted them .
Click to expand...

I'm now testing 1.2.0 Beta v1938, and I can't see the option to rename (I tried entering the specific game menu and also pressing circle). I have a CD game and a DVD game in ISO format in a test pendrive (MBR + exFAT). I guess the rename option has been disabled while the devs fix the accidental game deletion.

I have tested a game bigger than 4GB ("Getaway") in my SCPH-50004 and it's working fine.

BTW, to convert my pendrive from GPT to MBR under Windows 10, I had no other option than to use diskpart from the command line. In theory you can do it from disk management but the option to convert isn't there anymore. This might be a problem for non-tech-savvy users, since some pendrives come with GPT instead of MBR. It would be nice to implement GPT in OPL and reduce headaches for less technical users.

Anyway, I'm happy that exFAT support is finally being introduced thanks to the developers. It's an important step because Windows 10 won't let you FAT32-format pendrives bigger than 32GB, and most pendrives these days come with exFAT, and of course having to split some of the games in UL format is quite inconvenient (using plain ISOs is better because you can move or backup them directly, or use them in an emulator like PCSX2 from the same pendrive).

Have a nice day.
 
TnA said:
@Haker120 Games (images and VMCs) need to be non-fragmented, because we are not running a filesystem-driver in-game since quite a while... Old OPL versions support loading fragmented games, but the driver requires more IOP RAM.

There might be a solution on the way for this as well!
However... The recommendation of keeping the files non-fragmented will remain.


Edit: @Algol No, there are English test builds only, but OPL 1.2.0 seems to be on its way, so use the latest OPL Betas!

Sorry, I haven't seen the updates to the MX4SIO-List, but I appreciate every contribution.
Click to expand...

Hi, I'm new to the forum, I have a somewhat technical question but of course someone with your knowledge will be able to explain it easily.

You said games should not be fragmented because implementing a filesystem driver that runs on the already constrained processor while the game is also running is quite unworkable, which is true. However, I have taken a look at OPL's source code (I can't understand many things but I learned some stuff), and I don't think a full FS-driver is necessary for handling fragmented files.

I took a look at the code that handles USBLoader (.ul) format (the modified CRC based on the title, the fields in the .ul file, the fragments...). Since USBLoader fragments are already different files, which can be at arbitrary offsets, the code seems to be creating a small table, with up to 5 offsets (4.2 GiB game = 4 * 1 GiB fragments + 1 * 0.2 GiB fragment) and there's no need to store fragment sizes because they're regular (1 GiB), and while running in-game, said table is used (I guess by some .irx) to access the real locations.

If a regular .iso or .zso file is fragmented, what's the problem? Correct me if I'm wrong but it should be possible to compute filesystem fragment sizes and offsets beforehand, load it into memory (a small table unless the file is grotesquely fragmented) and then use it in game runtime to compute real offsets. At first I thought this computation was being avoided due to irregular sizes (it requires more comparisons and sums than just dividing or bit-shifting by 1 GiB = 2^30), but since I heard the news of the LZ4 compression in .zso images, I thought "really? there's enough computing power to do on-the-fly LZ4 decompression but not to compute some offsets?"

So that's basically it. I'm all ears. Why is this still a tough problem?

Have a nice day.
 
square.wheel said:
Hi, I'm new to the forum, I have a somewhat technical question but of course someone with your knowledge will be able to explain it easily.

You said games should not be fragmented because implementing a filesystem driver that runs on the already constrained processor while the game is also running is quite unworkable, which is true. However, I have taken a look at OPL's source code (I can't understand many things but I learned some stuff), and I don't think a full FS-driver is necessary for handling fragmented files.

I took a look at the code that handles USBLoader (.ul) format (the modified CRC based on the title, the fields in the .ul file, the fragments...). Since USBLoader fragments are already different files, which can be at arbitrary offsets, the code seems to be creating a small table, with up to 5 offsets (4.2 GiB game = 4 * 1 GiB fragments + 1 * 0.2 GiB fragment) and there's no need to store fragment sizes because they're regular (1 GiB), and while running in-game, said table is used (I guess by some .irx) to access the real locations.

If a regular .iso or .zso file is fragmented, what's the problem? Correct me if I'm wrong but it should be possible to compute filesystem fragment sizes and offsets beforehand, load it into memory (a small table unless the file is grotesquely fragmented) and then use it in game runtime to compute real offsets. At first I thought this computation was being avoided due to irregular sizes (it requires more comparisons and sums than just dividing or bit-shifting by 1 GiB = 2^30), but since I heard the news of the LZ4 compression in .zso images, I thought "really? there's enough computing power to do on-the-fly LZ4 decompression but not to compute some offsets?"

So that's basically it. I'm all ears. Why is this still a tough problem?

Have a nice day.
Click to expand...
If you look at latest OPL code you'll see that is exactly what it ends up doing to allow for fragmented files (up to 64 fragments).
 
square.wheel said:
BTW, to convert my pendrive from GPT to MBR under Windows 10, I had no other option than to use diskpart from the command line. In theory you can do it from disk management but the option to convert isn't there anymore. This might be a problem for non-tech-savvy users, since some pendrives come with GPT instead of MBR. It would be nice to implement GPT in OPL and reduce headaches for less technical users.
Click to expand...

GPT can store MBR. It is was left in specification exactly to situation like this one. However nor diskpart.exe, nor diskmgmt.msc support such "conversion" for USB.

If GPT support is to time consuming, code bloating etc. another way is support for fs alone - there is no need for any partition table for USB, and Windows support it (if found zeroes on start, it will format it without partition table; and above tools will be saying it is MBR while in reality there are not any MBR or GPT...).
 
I want to ask,Initially my flash was formatted fat 32 then I formatted it to exfat and it worked after that I filled in the Basara & Smackdown game then I wanted to play the game it popped up "error,could not run this item" please give me a solution for this problem
 
Rfky said:
I want to ask,Initially my flash was formatted fat 32 then I formatted it to exfat and it worked after that I filled in the Basara & Smackdown game then I wanted to play the game it popped up "error,could not run this item" please give me a solution for this problem
Click to expand...
if you run any games or apps while the loading circles at the right bottom corner still appear, you will get that error message, so wait until its gone. And you should delete games.bin file at your games folder (dvd or cd, it will recreate a new one when run later) especially when you put many games with art covers.
 
You must log in or register to reply here.

Similar threads

Back
Top