Ghost in the Shell - Stand Alone Complex -Europe -ULES00135

Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - Printable Version

+- EmuNewz Network (https://www.emunewz.net/forum)
+-- Forum: PSP Emulation (https://www.emunewz.net/forum/forumdisplay.php?fid=191)
+--- Forum: JPCSP Official Forum (https://www.emunewz.net/forum/forumdisplay.php?fid=51)
+---- Forum: Commercial Game Discussion (https://www.emunewz.net/forum/forumdisplay.php?fid=54)
+----- Forum: JPCSP - Playable Games (https://www.emunewz.net/forum/forumdisplay.php?fid=65)
+----- Thread: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 (/showthread.php?tid=163979)

Pages: 1 2

Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - sum2012 - 08-26-2014

r3595

After logo,raise
ERROR memory - read16 - Invalid memory address: 0x0000000D PC=0x09E78D5C

full debug log not work
edit :add PPSSPP log (work)

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - gid15 - 08-28-2014

Code:
46:58 DEBUG compiler - user_main - CodeInstruction.compile  > 0x9E78950 - addiu      $a0, $zr, 1 <=> li $a0, 1

46:58 DEBUG compiler - user_main - CodeInstruction.compile    0x9E78954 - addu       $a1, $zr, $zr <=> li $a1, 0

46:58 DEBUG compiler - user_main - CodeInstruction.compile <  0x9E78958 - jal        0x09E829C8 [sceKernelSelfStopUnloadModule]

46:58 DEBUG compiler - user_main - CodeInstruction.compile    0x9E7895C - addu       $a2, $zr, $zr <=> li $a2, 0

Great information! I have fixed this function in r3597. Could you retest?

Thank you!

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - sum2012 - 08-28-2014

compile error by r3596
I think that same reason that Automated Jpcsp builds broke

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - gid15 - 08-28-2014

(08-28-2014, 07:22 PM)sum2012 Wrote: compile error by r3596
I think that same reason that Automated Jpcsp builds broke

Thank you for the hint! I had no issue using eclipse. Should be fixed in r3598...

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - sum2012 - 08-28-2014

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.

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - gid15 - 03-11-2015

Could you try to generate an INFO log for both versions (EUR and US) with the following lines added in your LogSettings.xml:

Code:
<logger name='hle.SysMemUserForUser'> <level value='trace' /> </logger>

<logger name='hle.ThreadManForUser'> <level value='debug' /> </logger>

<logger name='hle.ModuleMgrForUser'> <level value='debug' /> </logger>

Thank you!

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - sum2012 - 03-12-2015

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:

Code:
<logger name='hle.SysMemUserForUser'> <level value='trace' /> </logger> <logger name='hle.ThreadManForUser'> <level value='debug' /> </logger> <logger name='hle.ModuleMgrForUser'> <level value='debug' /> </logger>
Thank you!

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - gid15 - 03-13-2015

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

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.

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - gid15 - 03-20-2015

(03-13-2015, 08:29 AM)gid15 Wrote:
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
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!

RE: Ghost in the Shell - Stand Alone Complex -Europe -ULES00135 - sum2012 - 03-21-2015

Updated the log to r3736
Anyway,I can do JPCSPTrace log...

(03-20-2015, 06:08 PM)gid15 Wrote:
(03-13-2015, 08:29 AM)gid15 Wrote:
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
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!