03-21-2015, 01:25 PM
Updated the log to r3736
Anyway,I can do JPCSPTrace log...
Anyway,I can do JPCSPTrace log...
(03-20-2015, 06:08 PM)gid15 Wrote:(03-13-2015, 08:29 AM)gid15 Wrote:These findings have been added in r3736. Could you update the log file?Interesting, this game seems to have a very strict memory management where it is often allocating the whole PSP memory.Code:05:20:03 DEBUG hle.SysMemUserForUser - KokakuLoad - malloc partition=2, name='ThreadMan-Fpl-0xa8-libatrac3plus.prx', type=PSP_SMEM_Low, size=0x5000, addr=0x00000000: returns 0x0881C800
...
05:20:03 DEBUG hle.ModuleMgrForUser - KokakuLoad - sceKernelLoadModule path=0x09FB88E0('disc0:/PSP_GAME/USRDIR/modules.psp/libatrac3plus.prx'), flags=0x0, optionAddr=0x09FB88C0
...
05:20:03 DEBUG hle.SysMemUserForUser - KokakuLoad - malloc partition=2, name='ThreadMan-Fpl-0xd1-libfont.prx', type=PSP_SMEM_Low, size=0xA900, addr=0x00000000: returns 0x08821800
...
05:20:03 DEBUG hle.ModuleMgrForUser - KokakuLoad - sceKernelLoadModule path=0x09FB88E0('disc0:/PSP_GAME/USRDIR/modules.psp/libfont.prx'), flags=0x0, optionAddr=0x09FB88C0
Before loading the libatrac3plus.prx, it is reserving an Fpl block with the same name and then free it. This block has a size of 0x5000, maybe an indication that the game expects the libatrac3plus.prx to use 0x5000 bytes of memory...
The same happens for libfont.prx with a size of 0xA900.
Thank you!