OpenPSID prototype in PSPSDK gives gibberish.. Outdated?

Discuss the development of new homebrew software, tools and libraries.

Moderators: cheriff, TyRaNiD

Post Reply
KickinAezz
Posts: 328
Joined: Sun Jun 03, 2007 10:05 pm

OpenPSID prototype in PSPSDK gives gibberish.. Outdated?

Post by KickinAezz »

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?
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
SilverSpring
Posts: 110
Joined: Tue Feb 27, 2007 9:43 pm
Contact:

Post by SilverSpring »

Define gibberish. Post the results of what you get. It gives you random results each time?

The psid is meant to be "random" looking.

Anyway, the prototype cannot be changed in later fw since it would break compatibility with older games that use it.
Insert_witty_name
Posts: 376
Joined: Wed May 10, 2006 11:31 pm

Post by Insert_witty_name »

Still working fine for me.
KickinAezz
Posts: 328
Joined: Sun Jun 03, 2007 10:05 pm

Post by KickinAezz »

This is what I do:

Code: Select all

PspOpenPSID myPSID;

strcpy(myPSID.data,"");

sceOpenPSIDGetOpenPSID(&myPSID);

Pspprintf("%s",myPSID.data);

Image
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.
SilverSpring
Posts: 110
Joined: Tue Feb 27, 2007 9:43 pm
Contact:

Post by SilverSpring »

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.
User avatar
Torch
Posts: 825
Joined: Wed May 28, 2008 2:50 am

Post by Torch »

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.
Is it derived from the FUSE Id, or is it the FUSE Id itself?
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.
KickinAezz
Posts: 328
Joined: Sun Jun 03, 2007 10:05 pm

Post by KickinAezz »

Torch wrote:
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.
Is it derived from the FUSE Id, or is it the FUSE Id itself?
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.
I donot think PSN will solely depend on PSID.
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
User avatar
Torch
Posts: 825
Joined: Wed May 28, 2008 2:50 am

Post by Torch »

KickinAezz wrote: I donot think PSN will solely depend on PSID.
What else is there? AFAIK anything can be spoofed on CFW. You should just use the same login.
KickinAezz
Posts: 328
Joined: Sun Jun 03, 2007 10:05 pm

Post by KickinAezz »

Torch wrote:
KickinAezz wrote: I donot think PSN will solely depend on PSID.
What else is there? AFAIK anything can be spoofed on CFW. You should just use the same login.
There are cases when spoofing is impossible... For example reading unique stuff directly from hardware without any middleman (Sce* functions)
Intrigued by PSP system Since December 2006.
Use it more for Development than for Gaming.
User avatar
Torch
Posts: 825
Joined: Wed May 28, 2008 2:50 am

Post by Torch »

KickinAezz wrote: There are cases when spoofing is impossible... For example reading unique stuff directly from hardware without any middleman (Sce* functions)
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.
Post Reply