[PS2] POPS stuff & POPStarter

For me swapmagic stopped working at update 3.41. The swapmagic itself still boots, but PS3 aways exit to OSD when you try to run a elf or something like.

 

Great find about the widescreen hack, i never believed that it is available.

Best regards.

 

Dear krHACKen

thanks for you excellent job.

Dear all, in compatibility list wee sometimes work with LC crack, what's this? how to run it ?

Thanks

 

Works fine for me on my CECHA and CECHC consoles running 4.60. Your problem sounds like a USB drive incompatability. If swap magic runs you should be able to execute something.
I'm running the 3.8+ Coder edition or somerhing. Never had a problem with it.

 

@ AlGollan84, thanks.
I tried to execute ps1 games (harvestmoon) through OPL 0.8 on the APPS but not running, the message "error could not run the item".
Configuration on conf_apps.cfg is harvest moon = hdd0: / __. POPS / HARVMO.ELF
Is there anything wrong? or .ELF ps1 games not run on OPL APPS?

 

Do not insert space before the elf path and after the name of ur game. And no space in path. Like that : harvest moon=hdd0:/__.POPS/HARVMO.ELF

And Im not sure OPL will recognize this path. If it doesnt work and if you want your ELFs on your HDD, place them in +OPL partition, APPS folder, with this path : pfs0:/APPS/HARVMO.ELF

Source :

 

I cannot find the decrypted files of POPS on the web, only the one from The I$O Zone with the executel.elf, so i cant use POPStarter....?

 

Google this (including the quotation marks) : "POPS.ELF"+"IOPRP252.IMG"

 

Thanks DaSA , it works

 

Thanks for completing that IGR stuff, arkl1t32, I'm using it now.

And if anyone was curious, I have given up on imbNES. Though the performance is unmatched on the PS1/2 in terms of homebrew NES emulation, I realized that even if we were to get it to work with the existing POPS IGR to save games, it does SRAM only (no states.) Guess I'll just have to get used to the mediocre performance and sound quality of the countless unmanaged FCEU ports. Or just stop insisting on playing NES on everything I own. I'm an adult for christ's sake.

 

Sorry for the NOOBIE question but can we get OPL to load psone elf files now from usb hard drive?

 

yes, you can do that

 

http://opl.sksapps.com/apps.html

 

The USB drive I am using works fine on a real PS2. So no, that isn't the problem. Swapmagic is a piece of dung. And I suspect the one I was using were doing something the PS2 emulation on PS3 don't like like sbv patches. (sbv patches are changes applied to the PS2 kernel which override security related to ELF loading from "illegal source media")

Anyway my CECHA01 is hacked. Point is moot, in the end. Even more now that I can just boot PS2 stuff anytime I feel like.

 

Why not? In fact, the PS2 emulator seems to have a problem with emulating the USB interface accurately.
Our homebrew driver seems to work on all PS2 models, but it seems to be causing failure within the PlayStation 3 PS2 emulator for some reason.

So far, it seems like homebrew software will work properly if it avoids using:
1. Any mainboard-specific module/file that is not documented.
2. The homebrew USBD module from the homebrew PS2SDK.
3. The undocumented IOP RAM window at 0xBC000000.
4. Any mainboard-specific IOPRP images, like rom0:OSDCNF and rom0:EELOADCNF. Why? Even if EELOADCNF is present there, it's meant to be used by the EE kernel and not external software. If it turns out to be missing, UDNL might cause the IOP kernel to break into debug mode and the console might halt.

Coincidentally, the requirement of not using mainboard-specific stuff is the same for getting software to work properly on the SCPH-10000 and SCPH-15000 too.

#4 leads to another interesting implication on at least the SCPH-70000 series consoles (ROM v2.00): Sony introduced NCDVDMAN, which seems to be a "lite" version of rom0:CDVDMAN. A lot of system functions were removed, hence why it seemed like the sceCdRI() function wasn't working on these consoles when the uLaunchELF developers were figuring out why HDD support wasn't working on them. This module is loaded from ROM v2.00 when the IOP is reset with rom0:EELOADCNF.

Newer boot ROMs don't have this module listed within the IOPBTCONF file of rom0:EELOADCNF, but it seems to have been retained for backward-compatibility.

Not quite. The reason why a number of homebrew PlayStation 2 software won't run on the PlayStation 3 is because homebrew developers traditionally did things that Sony never documented as being part of their SDK and hardware standards.

For example, a lot of homebrew software used mainboard-specific modules and files that aren't available on some variations of the PlayStation 2, like the PS3's emulated PS2. Such files include those X-modules (e.g. XSIO2MAN, XMCMAN), LIBSD and FONTM.

Also, some libraries like libsbv uses the undocumented IOP RAM window at 0xBC000000, in order to gain direct access to IOP RAM. They assumed that it's a feature that will be always available, since the EE kernel has it and PS2 Linux uses it. But no, Sony seems to have decided to not emulate it in their PlayStation 3 PS2 emulator.

By identifying and solving such problems within the SDK libraries, I hope to be able to improve the quality of our homebrew SDK. And of course, new homebrew software releases.

Unless you try to get Swapmagic to load an ELF from the memory card, the "prefix check" SBV patch is not required.

The actual problem is with the PS2 emulator's lack of support for the undocumented IOP RAM window at 0xBC000000, which the SBV patches all used. I fixed all of them by doing away with the use of the undocumented IOP RAM window, since the original Sony version of the LMB patch does transfers over the SIF instead. And it seems to work fine.

It's possible that Swapmagic was bailing out because it couldn't load its embedded IOP modules, since the old homebrew LMB patch doesn't work under the PS2 emulator.

For all we know, maybe your PS3 just cannot read the Swapmagic disc anymore, since you know how crappy the SM discs really are...

 

@krHACKen
Some games with CDDA tracks(taking Ninja: Shadow of Darkness(SLUS-00435) and World Soccer Winning Eleven 2002(SLPM-87056) for example) have black screen issue. If you remove those CDDA tracks and only keep TRACK 01, game would run well.
Is that an issue related to CUE2POPS 2.0 or POPS itself? Can you spend some time to fix it?

 

At least I suspected of the right thing. So it was indeed the homebrew kernel patches. Well SONY previously had the emulator follow the same behavior as "real" PS2 units. Probably they changed the emulator to intentionally break such patch functions.

That's interesting and I'll try recompiling my stuff to use the fixed LMB patch. My swapmagic discs work fine but the stuff launched after it aways would "fall out" to XMB. Particularly, uLE was a serious offender. Obviously one point of running uLE as launcher is actually get the PS2 ram patched so you can do other stuff freely.

 

Thanks for the reply

 

Thanks DaSA for the link will have a go

 

FWIW that GTE source code is a license violation.