r3598
Can move to Intro Section
The game raise
Invalid memory address: 0x77777783 PC=0x08852990
after below picture press start.Magicly,USA version work.(Same case as PPSSPP)
Attach both Europe and USA version 's info and compiler log.
03-12-2015, 09:24 PM (This post was last modified: 03-12-2015, 09:24 PM by sum2012.)
r3731 no change
It does not display menu in 30 minute for 'hle.ThreadManForUser' debug log.
Attach is without 'hle.ThreadManForUser' debug log
(03-11-2015, 03:44 PM)gid15 Wrote: Could you try to generate an INFO log for both versions (EUR and US) with the following lines added in your LogSettings.xml:
Interesting, this game seems to have a very strict memory management where it is often allocating the whole PSP memory.
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.
Always include a complete log file at INFO level in your reports. Thanks! How to post a log
Interesting, this game seems to have a very strict memory management where it is often allocating the whole PSP memory.
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.
These findings have been added in r3736. Could you update the log file?
Thank you!
Always include a complete log file at INFO level in your reports. Thanks! How to post a log
Interesting, this game seems to have a very strict memory management where it is often allocating the whole PSP memory.
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.
These findings have been added in r3736. Could you update the log file?