PS3 Manager API

I have updated Fake_PS3Lib.rar with an fix for this error, just copy the two dll of the archive in the same directory has your tools.

Fake PS3Lib will support now more tools, i have fixed it for a lot of other tools include netcheat ;).

-----------------------------------------------------

PS3 Manager API for Rebug Cobra 4.65.2: ps3mapi_cobra_4652_rebug_installer

Install and run the pkg this will install the new stage2.cex (based on [MENTION=29]Joonie[/MENTION] source code) for rebug 4.65.2 who include all features for ps3mapi.
After that install the last version of webMAN-MOD to get all remote features working.

Thank you very much, now if the tool works, and some have an early connection failure in ps3mapi but equally connect and work.
 
I have updated Fake_PS3Lib.rar with an fix for this error, just copy the two dll of the archive in the same directory has your tools.

Fake PS3Lib will support now more tools, i have fixed it for a lot of other tools include netcheat ;).

-----------------------------------------------------

PS3 Manager API for Rebug Cobra 4.65.2: ps3mapi_cobra_4652_rebug_installer

Install and run the pkg this will install the new stage2.cex (based on [MENTION=29]Joonie[/MENTION] source code) for rebug 4.65.2 who include all features for ps3mapi.
After that install the last version of webMAN-MOD to get all remote features working.

I or [MENTION=8]Tranced[/MENTION] will get to this soon. My apologizes had a very busy last few days and been playing catch up a bit :) ..

Impressive work (THANKS)
 
PS3 Manager API Demo Tools.exe gives error that it is not win32 application. windows xp compatible? ive downloaded twice and got the same error.
 
Very nice job! Was very excited when I came across this post.

Was really hoping to swap my RTM tool over to this library, I swapped PS3Lib.dll's out and gave it a quick test.. Although I was getting lock ups when expected read/writes should be happening.

Not sure if you need to connect & reattach when using different threads like TMAPI.. I tried to do so although I sadly couldnt get it to work. I wasn't prepared to gut my tool and do any major recoding for a sake of a test. I was expecting to swap out the .dll's and away we go.


In saying that its a great start ! I hope you continue development, I will certainly keep an eye on the progress.
 
Very nice job! Was very excited when I came across this post.

Was really hoping to swap my RTM tool over to this library, I swapped PS3Lib.dll's out and gave it a quick test.. Although I was getting lock ups when expected read/writes should be happening.

Not sure if you need to connect & reattach when using different threads like TMAPI.. I tried to do so although I sadly couldnt get it to work. I wasn't prepared to gut my tool and do any major recoding for a sake of a test. I was expecting to swap out the .dll's and away we go.


In saying that its a great start ! I hope you continue development, I will certainly keep an eye on the progress.

I have build a tool who use the updated ps3lib.dll you can find the source here : [TMAPI/CCAPI/PS3MAPI] BO2 GSC Injector [v1.19.4] [With Source Code] - NextGenUpdate
Maybe this can help you to update your tools.
 
I have build a tool who use the updated ps3lib.dll you can find the source here : [TMAPI/CCAPI/PS3MAPI] BO2 GSC Injector [v1.19.4] [With Source Code] - NextGenUpdate
Maybe this can help you to update your tools.

Thanks for the reply, Although in theory it should be as easy as swapping PS3Lib's out and connecting the tool right ? Of coarse creating additional buttons for the API switch. PS3MAPI uses the same GetMemory, SetMemory, Extension.WriteInt32 syntax right ?
 
Thanks for the reply, Although in theory it should be as easy as swapping PS3Lib's out and connecting the tool right ? Of coarse creating additional buttons for the API switch. PS3MAPI uses the same GetMemory, SetMemory, Extension.WriteInt32 syntax right ?

Yes use exactly the same syntax, you just need to add a button in your tool to select this api.
-----------------------------------------------------------

I have updated PS3 Manager API to support 4.70 CFW CEX (Mamba version).
 
Yes use exactly the same syntax, you just need to add a button in your tool to select this api.
-----------------------------------------------------------

I have updated PS3 Manager API to support 4.70 CFW CEX (Mamba version).

Thanks exactly what I thought, I'll have to give it another try. Cheers.
 
Can i install on darknet 4.66 non cobra or for the last habib 4.70 no cobra???, i need to install wedman??? , because i prefer use a iriman for launch my games
 
I saw in the changelog that u don't need to relauch the self to get vsh process for mamba so that mean that we don't need to relauch the self to install the payload, right ? But i tryed and it look like it still necessary.

Is there a list of the cobra functiun that the mamba payload support ? (I saw that you added "sys_map_path", ty btw)
 
Last edited:
[MENTION=600]_NzV_[/MENTION]

It look like "sys_map_path(char *old, char *new)" is not working (it's the syscall 35).
But, I didn't try "sys_map_paths(char *old[], char *new[], int nb);" yet.

Do you you have a sample where you tryed these functiun with mamba ? I don't know what i'm doing wrong...
 
[MENTION=600]_NzV_[/MENTION]

It look like "sys_map_path(char *old, char *new)" is not working (it's the syscall 35).
But, I didn't try "sys_map_paths(char *old[], char *new[], int nb);" yet.

Do you you have a sample where you tryed these functiun with mamba ? I don't know what i'm doing wrong...
i already have told him about it. seems nobody has taken care of the source i have posted on psxscene, nor anybody has noticed it.

if you are using his last source just change/add in main function from main.c:
Code:
    if (vsh_process) storage_ext_patches();
this
Code:
    if (vsh_process)
	{
		storage_ext_patches();
		map_path_patches(1);
	}
or add it beyond NzV entry.
 
I'm using the latest update from PS3M_API, he already enabled map_path_patches(1) thanks to you
" -Mappaths is now enabled (i dont know why i forget it, thx haxxxen for this)."
https://github.com/NzV/PS3Manager_API/blob/master/ps3manager_api_mamba/stage2/main.c

But it's not like you wrote in your message, it's like that :

map_path_patches(1);
//storage_ext_patches();

///////////// NzV BEGIN //////////////
if (!vsh_process) vsh_process = get_vsh_process();
if (vsh_process) storage_ext_patches();
else hook_function_on_precall_success(load_process_symbol, load_process_hooked, 9); //Use old method in case we can not find vsh_process, but their is no reason to this append.
///////////// NzV END //////////////

Do you think that if i wrote it like you it will work ?
 
I'm using the latest update from PS3M_API, he already enabled map_path_patches(1) thanks to you

https://github.com/NzV/PS3Manager_API/blob/master/ps3manager_api_mamba/stage2/main.c

But it's not like you wrote in your message, it's like that :



Do you think that if i wrote it like you it will work ?
oops, so he corrected it already. didn't notice.
so you are using this fixed source or the older one where the patches are commented out?

the way he fixed it, i have not tried on his source...
the way i have posted it, works fine though. but i am no genius and didn't know how this new modification from NzV exactly works, so i have added it to storage_ext patches just in case.

edit
i think this will only affect new method of loading mamba without vsh/process reload (if at all)
 
Last edited:
[MENTION=46]haxxxen[/MENTION]
Yeah, I also think that :
If (!vsh_process) vsh_process = get_vsh_process();
is to avoid to reboot the self to get the vsh_process but this isn't wroking for me too, I need to reboot the self.

There is something i'm doing wrong...
 
[MENTION=46]haxxxen[/MENTION]
Yeah, I also think that :
If (!vsh_process) vsh_process = get_vsh_process();
is to avoid to reboot the self to get the vsh_process but this isn't wroking for me too, I need to reboot the self.

There is something i'm doing wrong...

Yes, I too have this problem
I thought that to load the mamba not serve more restarting the manager but nothing to do, without a reboot the mamba does not fully load
 
[MENTION=46]haxxxen[/MENTION]
Yeah, I also think that :
If (!vsh_process) vsh_process = get_vsh_process();
is to avoid to reboot the self to get the vsh_process but this isn't wroking for me too, I need to reboot the self.

There is something i'm doing wrong...
hmm, i see. i can only think now of a chicken and egg scenario, where mamba is the chicken and webman mapi the egg, lol. or vice versa?
maybe mapi does not work at all if no stage2 payload is loaded, so the code modification is useless?
 

Similar threads

Back
Top