Possible foolproof XMB boot method found. No path editing required!

**[C*]** · 01-14-2011,06:04 AM

Originally Posted by Nexus2k

I didn't manage to get it working. I tried with SingStar Takethat BLES0607. Had blackscreen with lockup on exit after I edited the EBOOT.BIN. The strange thing was, when I replace the eboot after the installation with an unedited (just unself'd and signed again) the game worked after I placed the files in USRDIR.

So I'm thinking the path's in EBOOT.BIN aren't that important somehow. It just looks for the files there in first place and afterwards it looks for them in the current directory.

I'll try it next with an completly unmodified EBOOT.BIN (the original one on the disk...) but takes again another 7 hours to getting home xD

Let's start giving it a a go guys, particularly on games that aren't working with the BDVD to HDD EBOOT path editing method.

**gumbaz** · 01-14-2011,06:12 AM

Im pretty sure I just tired this with POP:TFS just for the hell of it after I read this post
http://psx-scene.com/forums/677324-post729.html ([EASIEST GUIDE YET] BDVD into HDD/USB/CF/MS/SD EBOOTs.)
but it didnt work, just kick me back to XMB..!!
the EBOOT.BIN has a lot of /dev_bdvd/PS3_GAME/USRDIR/ strings in it.. So IDRK WTF the deal is..?

**Shodan** · 01-14-2011,06:28 AM

Originally Posted by [C*]

Let's start giving it a a go guys, particularly on games that aren't working with the BDVD to HDD EBOOT path editing method.

This works for Star Wars Force Unleashed 2 - BLES00893, confirmed on 3.41

**Display** · 01-14-2011,06:36 AM

I'm not at all sure (no first-hand experience with those EBOOTs), but it could just be that some games use relative paths instead of or in addition to absolute paths. In this case, editing the EBOOT paths isn't necessary, but it probably won't work with many games.

For games confirmed to work with this method, can anyone find evidence that relative paths are used?

**[C*]** · 01-14-2011,06:43 AM

Originally Posted by Display

I'm not at all sure (no first-hand experience with those EBOOTs), but it could just be that some games use relative paths instead of or in addition to absolute paths. In this case, editing the EBOOT paths isn't necessary, but it probably won't work with many games.

For games confirmed to work with this method, can anyone find evidence that relative paths are used?

Exactly what I was thinking if gumbaz had trouble with PoP: TFS.

I guess in that case the priority with this method is games that don't appear to have any paths to edit and those that aren't working after editing.

**viper44** · 01-14-2011,07:14 AM

did dean ever release an autopatcher?

**[C*]** · 01-14-2011,07:19 AM

Originally Posted by viper44

did dean ever release an autopatcher?

This method doesn't need automation, but in any case Dean hasn't done one, although he has made a shadow feature in MultiMan which helps compatibility and if people want to play their games organised rather than via the XMB.

However a guy called michaelss has made an autopatcher:
http://psx-scene.com/forums/f188/upd...-3-55-a-75614/

**SniperMonkey** · 01-14-2011,07:25 AM

Providing i can understand what i am supposed to do, i will give I a try when i get home.

**consume** · 01-14-2011,07:28 AM

This method doesn't work with Tools of Destruction. Works with NUNS2 though

User Tag List

Thread: Possible foolproof XMB boot method found. No path editing required!

Tweet

LinkBack

Thread Tools

Display


	Would you like to get all the new info from PSX-Scene in your email each day? Subscribe to our Daily Digest! Want to learn more about the team keeping you up to date with the latest scene news? Read about them now! Check out our Developer bios, too!