and since i last posted,the same thing again,total loss of psp emulaion.havent added or installed anything since,just played games.
have reinstalled 4.84 hfw twice and then hen 2.3.1,nothing this time.
any idea why this is?
dont know if this is relevant but after installing HEN 2.4.0 i decided to sign the remaster launcher (PS3xploit-resigner-2.1.0,'ole HAN stylee)and install it and it's been working fine for 3 days now.i've been whizzing thru the 4 games i wanna play and it hasn't bust it yet.before that it wouldn't even get to the remaster/ad hoc selection screen.i dont know if theres a cfw equivalent to doing this as both my consoles are only HEN-able.it makes no sense but it's now letting me try reconfigured MINIS2.EDATs without breaking itHi, I have no idea what the cause of that is, but I have a similar problem (see my postings at the start of the thread).
For quite some time I had no problems with pspemu (after a complete wipe freshly installing 4.84.2 rebug and everything).
I just tried pspemu yesterday and (what a surprise) it doesn't work anymore. Just a black sceen where not even a press on the power button helped (it's beeping three times, the green power led flashes and nothing more happens).
Well I'm probably going to abandon pap gaming on the ps3.
But the MINIS2.EDAT are encrypted, what are you doing to see his contents ?it broke again,i reinstalled the launcher and changed the MINIS2.EDAT to this and it works again.copied with ManaGunZ:
VERSION = 0xFFFFFFFF
ADHOC_PARTY = 0
ADDITIONAL_KEY_ASSIGN = 0000000047C6C544
BOOT_MODE = 200010000
SDRAM_SIZE = 02800000
ADDITIONAL_KEY_ASSIGN = 8000000000000000
This is on a superslim,dont know how long it will last tho!
But the MINIS2.EDAT are encrypted, what are you doing to see his contents ?
But which settings are needed to use ?It works just fine as I do this myself for my HEN system. I just make a .TXT file and adjust what I need to, then change file extension to .DAT encrypt with the 3.55 keys and badaboom it works fine. I don't use the launchers if I need to do this aside from enabling analog but sure enough it works fine signed with 3.55 keys with SCETool and I'm sure HAN resigner works as well for this purpose.
But which settings are needed to use ?
I was wondering if he was decrypting it with managunz, it can encrypt and decrypt... but not sure which keys are used in managuz to do this, also, not sure if there is some special setting to use for .dat
I'm using the ps3 tools pack first recommended with HAN.its the ps3 edat tool GUI which came with it.if i right click on the MINIS2.EDAT the dropdown has "decrypt EDAT" near the top,or start it from the ps3 tools pack.decrypt to .dat file,open with notepad,edit and save.click on encrypt and drag the.dat into the field,set dKlic to repsp (don't know if this makes a difference but did it anyway) and encrypt.i only used ManaGunZ to copy and paste to the launcher folder in "games".hope this helps.But which settings are needed to use ?
I was wondering if he was decrypting it with managunz, it can encrypt and decrypt... but not sure which keys are used in managuz to do this, also, not sure if there is some special setting to use for .dat
Hehe, yes i realized you have 2 lines for the button remapping but didnt mentioned itI'm using the ps3 tools pack first recommended with HAN.its the ps3 edat tool GUI which came with it.if i right click on the MINIS2.EDAT the dropdown has "decrypt EDAT" near the top,or start it from the ps3 tools pack.decrypt to .dat file,open with notepad,edit and save.click on encrypt and drag the.dat into the field,set dKlic to repsp (don't know if this makes a difference but did it anyway) and encrypt.i only used ManaGunZ to copy and paste to the launcher folder in "games".hope this helps.
by the way,i'm aware that theres 2 config entries for joystick mapping.my intention was to turn it off and launch a game that uses POV,that way i could be sure it was using my MINIS2.EDAT and not the launchers original,i just forgot to delete the first entry but as it turns out it uses the last on the list if there's more than one.
i couldnt get as far as the ad hoc/remaster option screen before but i gave the ad hoc config an "off" value so now the game just starts without the option screen.i've put another EDAT in since i got home to map the right analog stick and its working still.bet it dies on its *rse before the weeks out but fingers crossed.thanks to both of you for teaching me these things.
i really didn't have much use for ad hoc on the psp either as i'm a very unsociable gamer.i really believe that it was the ad hoc/remaster screen that was my problem because if i got as far as the screen,the game would always load no problem.you could mount the same game after a shutdown and re-HEN enable and mount it but then nothing.i'm hoping that missing it out during boot has cured the problem.Hehe, yes i realized you have 2 lines for the button remapping but didnt mentioned it
Btw, i made an small section in wiki for that button remappings, it was something a bit experimental intended to be completed later, but abandoned
https://www.psdevwiki.com/ps3/PSP_Emulation#PSP_Remasters_Button_Remapping
And as far i know... the "adhoc" is something that is better to disable it in 99% of the PSP games, is not needed because most of the PSP games cant be played online, and could be problematic because when you enable it the firmware needs to load more modules
The different sizes of SDRAM_SIZE are because there are different PSP models with different ram sizes... and probably other reasons that i ignore. The first PSP model have 32mb and the others 64mbi really didn't have much use for ad hoc on the psp either as i'm a very unsociable gamer.i really believe that it was the ad hoc/remaster screen that was my problem because if i got as far as the screen,the game would always load no problem.you could mount the same game after a shutdown and re-HEN enable and mount it but then nothing.i'm hoping that missing it out during boot has cured the problem.
what i'd really like to do is make a .pkg of it that i could upload for other HEN users on here to try.the problem is that i cant unpack the complete remasters.pkg,PKGView wont do it,i notice theres an unnamed folder in the list and the extra PS3LOGO.DAT which i think PKGView cant handle for whatever reason.when you browse your PS3,the remaster folder(PSPC66820) doesnt have these files in either so i cant copy that folder and make a .PKG.
so just how much is safe to tweak the SDRAM_SIZE parameter before the emu throws in the towel? or isnt this something that would damage it?
just gonna update to HEN 3.0.0.i really hope my psp isos are still working after i do! i feel like i can break this thing if i walk past it and cough.
for HEN users:
this is for "PSP Remasters Launcher Fixed [jjkkyu]". encrypt .dat to MINIS2.EDAT with ps3 edat tool GUI.sign remaster launcher .pkg with PS3xploit-resigner-2.1.0 and install to ps3.using your preferred file manager,navigate to dev_hdd0/game/PSPC66820/USRDIR.delete existing MINIS2.EDAT and paste new one.
if this fixes it for anyone else i would love to know.
I think that if the problem is the adhoc screen for you too it might.just don't sign the package,install it and paste in the encrypted .EDAT. Im nt sure if cfw will read the .dat as it is without encrypting it as im not familiar with it.Let me know if it works!I'd love to try. I'm a cfw user though. Do you think that it will work for me, too?
For the record... i just realized about something, not sure if funny or weird, but interesting anyway...I tryed it but doesnt works sadly :/
1) I installed PSP_Remaster_Launcher_Fixed_3D.pkg.651.v2.00.pkg, then i installed Priority_ON_for_PSP_Launcher.pkg.656.v0.01.pkg (both downloaded from brewology, both apps are installed in the same path)
2) I prepared an SFO with both the "max length" and "used lenght" of the TITLE = 0x80
3) Then i used a filemanager to overwrite it
4) Reboot the PS3 into recovery menu and "rebuild database"
And the TITLE in the database did not store the bytes reserved by the 0x80
I think what happens is the "database manteinance" plugin caught the error even before the TITLE is stored :/
So i guess the only way to reserve the bytes in the database is by adding some 0x20 bytes after the name in the PARAM.SFO ...not tested but im guessing this should work
-----------------------
Now something interesting i noticed, the TITLE is stored multiple times in the database (32 times in my db)
But i think i know why is made this way partially (and is a bit retarded, hold on to the chair)
Inside a PARAM.SFO can be stored 1 TITLE and 20 TITLE_xx (where the xx represents a language code)
https://www.psdevwiki.com/ps3/PARAM.SFO#TITLE
All this strings are stored together, preceded by a value of 4 bytes lenght, aligned to 4 bytes boundary individually, and all them concatenated, as example (in just showing 3 repetitions in this example):
Here the unknown value is 0x0C20261E80 it seems to change if you rebuild databaseCode:Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F 000382D0 0C 20 26 1E 80 50 53 50 20 4C . &.€PSP L 000382E0 61 75 6E 63 68 65 72 00 00 00 00 0C 20 26 1E 80 auncher..... &.€ 000382F0 50 53 50 20 4C 61 75 6E 63 68 65 72 00 00 00 00 PSP Launcher.... 00038300 0C 20 26 1E 80 50 53 50 20 4C 61 75 6E 63 68 65 . &.€PSP Launche 00038310 72 00 00 00 00 0C r.....
*The first byte of the unkown value (0x0C) doesnt changes if you rebuild database, it seems to be the lenght of the string
*The other 4... dunno, but probably a timestamp ?
The point is... all this area can be mapped by using: unknown_value + string + padding alignment
repeat that search pattern 21 times and you have the whole area
-------------
After this area appears some shit (that doesnt follows what i explained), in one of the test this area had 0x3B size, in other test 0x5B bytes, no idea what is it, but it has variable size
And then the TITLE repeats another 11 more times
I cant imagine what is the purpose of this "additional" TITLE... but my understanding is are different of what i explained... so maybe is not needed to patch them... dunno
Correction, there are 33, if someone takes a look at a hexeditor, are always ordered this way in 3 separated areas (from top to bottom)...the database keeps a record of 32 strings with the title of the game
One of them is the fallback title (named literally TITLE in the PARAM.SFO), and the other 31 are for languages
Game:Common.title <------------------------------------------------------------ it seems to be copied from Game:Game.titleDefault
Game:Game.title00 PARAM.SFO/TITLE_00 = Japanese
Game:Game.title01 PARAM.SFO/TITLE_01 = English (United States)
Game:Game.title02 PARAM.SFO/TITLE_02 = French (France)
Game:Game.title03 PARAM.SFO/TITLE_03 = Spanish (Spain)
Game:Game.title04 PARAM.SFO/TITLE_04 = German
Game:Game.title05 PARAM.SFO/TITLE_05 = Italian
Game:Game.title06 PARAM.SFO/TITLE_06 = Dutch
Game:Game.title07 PARAM.SFO/TITLE_07 = Portuguese (Portugal)
Game:Game.title08 PARAM.SFO/TITLE_08 = Russian
Game:Game.title09 PARAM.SFO/TITLE_09 = Korean
Game:Game.title10 PARAM.SFO/TITLE_10 = Chinese (Traditional)
Game:Game.title11 PARAM.SFO/TITLE_11 = Chinese (Simplified)
Game:Game.title12 PARAM.SFO/TITLE_12 = Finnish
Game:Game.title13 PARAM.SFO/TITLE_13 = Swedish
Game:Game.title14 PARAM.SFO/TITLE_14 = Danish
Game:Game.title15 PARAM.SFO/TITLE_15 = Norwegian
Game:Game.title16 PARAM.SFO/TITLE_16 = Polish
Game:Game.title17 PARAM.SFO/TITLE_17 = Portuguese (Brazil)
Game:Game.title18 PARAM.SFO/TITLE_18 = English (United Kingdom)
Game:Game.title19 PARAM.SFO/TITLE_19 = Turkish
Game:Game.title20 PARAM.SFO/TITLE_20 = Spanish (Latin America)
Game:Game.title21 PARAM.SFO/TITLE_21 = Arabic
Game:Game.title22 PARAM.SFO/TITLE_22 = French (Canada)
Game:Game.title23 PARAM.SFO/TITLE_23 = Czech
Game:Game.title24 PARAM.SFO/TITLE_24 = Hungarian
Game:Game.title25 PARAM.SFO/TITLE_25 = Greek
Game:Game.title26 PARAM.SFO/TITLE_26 = Romanian
Game:Game.title27 PARAM.SFO/TITLE_27 = Thai
Game:Game.title28 PARAM.SFO/TITLE_28 = Vietnamese
Game:Game.title29 PARAM.SFO/TITLE_29 = Indonesian
Game:Game.title30 PARAM.SFO/TITLE_30 = Easter egg language ? <----------- !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Game:Game.titleDefault PARAM.SFO/TITLE = Default (mandatory) <------------- it seems to be copied to Game:Common.title
you might wanna have a read of this :I'd love to try. I'm a cfw user though. Do you think that it will work for me, too?