OpenPSID prototype in PSPSDK gives gibberish.. Outdated?
-
- Posts: 328
- Joined: Sun Jun 03, 2007 10:05 pm
OpenPSID prototype in PSPSDK gives gibberish.. Outdated?
Hi,
When I read data... It only shows me the random memory in data.
typedef struct PspOpenPSID
{
unsigned char data[16];
} PspOpenPSID;
int sceOpenPSIDGetOpenPSID(PspOpenPSID *openpsid);
Is this EVEN correct for LATEST FWs or does the above apply only to 1.50 FW era?
When I read data... It only shows me the random memory in data.
typedef struct PspOpenPSID
{
unsigned char data[16];
} PspOpenPSID;
int sceOpenPSIDGetOpenPSID(PspOpenPSID *openpsid);
Is this EVEN correct for LATEST FWs or does the above apply only to 1.50 FW era?
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
Use it more for Development than for Gaming.
-
- Posts: 110
- Joined: Tue Feb 27, 2007 9:43 pm
- Contact:
-
- Posts: 328
- Joined: Sun Jun 03, 2007 10:05 pm
This is what I do:
Code: Select all
PspOpenPSID myPSID;
strcpy(myPSID.data,"");
sceOpenPSIDGetOpenPSID(&myPSID);
Pspprintf("%s",myPSID.data);
Last edited by KickinAezz on Mon Oct 27, 2008 1:21 am, edited 2 times in total.
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
Use it more for Development than for Gaming.
-
- Posts: 110
- Joined: Tue Feb 27, 2007 9:43 pm
- Contact:
Is it derived from the FUSE Id, or is it the FUSE Id itself?SilverSpring wrote:Yes that result is probably correct.
Though the PSID is not an ASCII string, it's just 16 hex values that is meant to be a unique identifier of the PSP. A serial number if you will.
But anyway with CFW, isn't it possible to just hook the functions and return whatever ID you want and get someone else banned? What about faking the PSID to get around the 3 console limit on the PSN Store. You could literally buy stuff once and use it on how many ever consoles you want, assuming thats how it identifies consoles.
-
- Posts: 328
- Joined: Sun Jun 03, 2007 10:05 pm
I donot think PSN will solely depend on PSID.Torch wrote:Is it derived from the FUSE Id, or is it the FUSE Id itself?SilverSpring wrote:Yes that result is probably correct.
Though the PSID is not an ASCII string, it's just 16 hex values that is meant to be a unique identifier of the PSP. A serial number if you will.
But anyway with CFW, isn't it possible to just hook the functions and return whatever ID you want and get someone else banned? What about faking the PSID to get around the 3 console limit on the PSN Store. You could literally buy stuff once and use it on how many ever consoles you want, assuming thats how it identifies consoles.
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
Use it more for Development than for Gaming.
-
- Posts: 328
- Joined: Sun Jun 03, 2007 10:05 pm
There are cases when spoofing is impossible... For example reading unique stuff directly from hardware without any middleman (Sce* functions)Torch wrote:What else is there? AFAIK anything can be spoofed on CFW. You should just use the same login.KickinAezz wrote: I donot think PSN will solely depend on PSID.
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
Use it more for Development than for Gaming.
All exported functions can be hijacked, and even 'in-place' functions where the full code is written there without imports, you can still patch the instructions in memory.KickinAezz wrote: There are cases when spoofing is impossible... For example reading unique stuff directly from hardware without any middleman (Sce* functions)