forums.ps2dev.org

THX 4 sharing, Great Work :)

TyRaNiD wrote:This really isn't the kind of thing we should be talking about here, we all know "backups" is a euphemism and if you going to start talking about cracking then this is where the thread gets locked :)

oh yes, sorry for that...

Torch wrote:Its not the read 'speed'. Just checks if it takes 'long enough'. This can be worked around by suspending it in between, ejecting memory stick, etc.

So seems easy to crack then .. ?
PS: does anyone know the exact read speed of UMD driver?

jojojoris wrote:well.

you can use it to play backup's with a check that monitors the read speed. Games like DJ max fever.

DJMAX FEVER checks the read speed? First time hearing this..
is there any evidence (like reversed BOOT code) to prove this?

well.. I think you can do so like this: first, get fatms IO driver by PspIoDrv* ms_drv=sctrlHENFindDriver("fatms"); store its ms_drv->funcs->IoRead in a pointer(for example, OriIoRead)and hook it by your new func like this: int SlowIoRead(PspIoDrvFileArg *arg, char *data, int len) { sceKer...

seems your homebrew is still based on 1.50 firmware, and thus you need to do some porting work.
check this:http://forums.ps2dev.org/viewtopic.php?t=9130

But int sceIoReopen requires a file name AND an old fd ?? What am I supposed to do? Oh ... yes, sorry I forgot you cannot reopen it without the filename :< I used this method in a specific example that works for every FIO so it just didn't matter... It's my negligence, sorry again. So just do the h...

sceKernelGetUIDcontrolBlock returns SCE_KERNEL_ERROR_UNKNOWN_UID for all the UIDs I receive in sceIoDread. well, if you output the fd given by sce functions you'll see it is not the "absolute" UID. For example, you may get a fd with value of 0x05, but in fact its UID is 0x04E3EA21. (diffe...

Torch wrote:Only 16 fs's ??? That sounds wrong. I know that most other stuff like power callbacks etc are limited to 16, but fd's? That sounds wrong.

I didnt mean it's limited to 16.. I just mean in most cases there won't be too many file descriptors working at the same time, that number was just an example.

well, maybe I got it wrong..
BTW, normally there wouldn't be more than 0x10 fd's opening at the same time, and the length limit of full path in FAT is 255.
so I don't think 4K will be a great waste, even in Kernel mode;)

\PSP\GAME\RECOVERY\ is for "Run program at /PSP/GAME/RECOVERY/EBOOT.PBP" in recovery mode. well I think there is no "common" way to run a prx in recovery mode. maybe you can do some replacement to solve this (for example, replace the recovery.prx with yours and then load it in yo...

I think the best way is to hook the sceIoOpen|sceIoDopen function. also, if you're just looking for filename, there's another solution: Find the uidblock of your fd, (the uidblock of latest opened fd is the next of the one with the name of "Iob", you may reopen the descriptor to get it.) a...

You can find it in kd/systemctrl.prx, km/systemctrl150.prx and vsh/module/recovery.prx

not sure though.. but seems Booster has done sth similar with yours?
just Google "vshex_syscon" and take a look :)

em, sorry I couldn't find this file in my hard drive.
Anyway, I guess you should take a look at the line 93 of fclose.c.
normally the close function of File IO need only one argument that is the file handle, and seems it is fp. So it should look like this:fp->_close()

see sdk\samples\net :)

Em, I'd say it's quite hard to read articles in such fontsize...
Anyway, it wont cost too much time to do the conversion :)

not sure what ur looking for...
there's a function called sceUsbCamSetupVideo in kd/usbcam.prx with 3 arguments, is it the func u need ?