so i remember reading someone was able to call the thread sleep fucntion using an overflow in the browser.. what about calling this function instead? you'd have to get the variables on the stack first, i guess?
I dont know where i could ask this questions so i put them here .. i would like to ask if we already know the function to load and play a mp4 file from ms0 so i could call it in my little prog. If yes a sample code would be very apreciate, if no i would like to know why it cant be done actually.
Last edited by Cpasjuste on Fri Jun 17, 2005 12:26 am, edited 1 time in total.
I'm Currious. What do you think are the posibilitys of in an external program changing the clock speed to 333 then using this function to execute a game or a demo? Think it would stick or be reseted back to 222?
Reset I would say. Since the games are made with a function in them that automatically sets it at 222MHz instead of 333MHz. It's how sony capped the processor speed, by building into the dev-kit thingy.
sorry if this sounds piracy wise but its in good meaning.
Does it fully work with letting you execute the boot bin on the umd? Like have you tested it and it work? I am currious if this could be used as a method to make a 1.51 game boot around. So people with a 1.0 can still play UMD games that require the 1.51 or 1.52 firmware (unless there ends up being too much modified via firmware for the 1.0 firmware to be able to handle it, as well if it really will alow it to bypass the 1.51 check the bios does when the game is inserted).
typedef struct LoadELF{
unsigned int size;
void *unknow;
}LoadELF;
int sceKernelLoadExec(const char *appzpath, LoadELF *unknow);
//you can use it like that
sceKernelLoadExec("ms0:/psp/game/test/my_exec.elf",0);
ctrl_data_t mypad;
void ReturnToLauncher()
{
if((mypad.buttons & CTRL_LTRIGGER&&mypad.buttons & CTRL_RTRIGGER&&mypad.buttons & CTRL_START))
{
sceKernelLoadExec("ms0:/psp/game/test/my_exec.elf",0);
}
// for return under your launcher for load another ELF without reboot
}
Have you tried this from a thread running in kernel mode? It may behave diffrently then. After all, the VSH has to be able to load it this way from an EBOOT.PBP.
the error codes wouldnt be considered illegal because they are more reference knowledge... It would be the same way as if you tested different things to learn how the errors work...
"the error codes wouldnt be considered illegal because they are more reference knowledge... It would be the same way as if you tested different things to learn how the errors work..."
They were obtained illegally, and reverse engineering the meaning of some error codes is nearly impossible (because they could be mapped to custom processor responses...say encryption modules).
Reconstructing the meaning of error messages by testing, given the quite impressive amount of error messages there is would be near insane, you'd be better off dumping and examining the code returning those error codes.
But don't say they're not illegal, they are, and if they indeed can be reconstructed as easy as you say then they don't need to be posted from leaked source.
Of course, the cat's out of the bag regardless so the pondering is pointless, but don't use flawed logic to justify something illegal.
Knowing the error code values is one thing, knowing their real names is another. Now sometimes people embed them in executables such as in print statements so we can tell from that, however if they are just copy and pasted from the SDK docs then they are likely illegal. But then I am not a lawyer.
TyRaNiD wrote:Knowing the error code values is one thing, knowing their real names is another. Now sometimes people embed them in executables such as in print statements so we can tell from that, however if they are just copy and pasted from the SDK docs then they are likely illegal. But then I am not a lawyer.
yea, I agree. If they are just copy and pasted it would be illegal. However, saying: 'oh, that error code means invalid prx'. that would be different...
gotxp wrote:yea, I agree. If they are just copy and pasted it would be illegal. However, saying: 'oh, that error code means invalid prx'. that would be different...
Whatever - it's against the rules to provide any information you obtained from the SDK. We clearly state that, so we avoid any grey-area legal entanglements. We don't need to get into a whole legal thing, since this is part of the site rules. gotxp you haven't really contributed anything since you've been here. I think you would probably do better somewhere else.
I banned one person yesterday for blantantly disregarding the rules w.r.t the official SDK. Looks like I need to make more examples out of more folks. gotxp has been banned.
If anyone else wants to try posting information obtained from the official SDK, I will ban you outright.
Yoshihiro wrote://you can use it like that
sceKernelLoadExec("ms0:/psp/game/test/my_exec.elf",0);
This don't work in 1.5 PSP, i get 80020146 error.
to load executables from ms in 1.5 PSP you need to set the kernel mode flag in module info and run sceKernelLoadExec from a thread with flags 0x0000 (0x8000 don't work).