EmuNewz Network
Harukanaru Toki no Naka de 5 Kazahanaki - JPN - ULJM06025 - 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 - Half playable Games (https://www.emunewz.net/forum/forumdisplay.php?fid=66)
+----- Thread: Harukanaru Toki no Naka de 5 Kazahanaki - JPN - ULJM06025 (/showthread.php?tid=3786)

Pages: 1 2 3


RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - gid15 - 12-21-2012

OK, now it seems a problem related to the video play.
A new log might help:
Code:
<logger name='hle.sceMpeg'> <level value='debug' /> </logger>
<logger name='hle.scePsmfPlayer'> <level value='debug' /> </logger>
<logger name='hle.scePsmf'> <level value='debug' /> </logger>
<logger name='compiler'> <level value='debug' /> </logger>



RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - sum2012 - 12-21-2012

Attach 2693 and 2936 debug log.

seem hle.sceMpeg have probrem
Code:
23:20:21 DEBUG hle.sceMpeg - ScePsmfPlayerDecodeThread - sceMpegRingbufferAvailableSize ringbufferAddr=0x09F1B2A0
23:20:21 DEBUG hle.sceMpeg - ScePsmfPlayerDecodeThread - sceMpegRingbufferAvailableSize returning 565



RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - sum2012 - 12-30-2012

Rev 2954 same


RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - sum2012 - 01-06-2013

Tried only work in return -1 in scempeg.java in
@HLEFunction(nid = 0xFE246728, version = 150, checkInsideInterrupt = true)
public int sceMpegGetAvcAu(@CheckArgument("checkMpegHandle") int mpeg, int streamUid, TPointer auAddr, @CanBeNull TPointer32 attrAddr) {




RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - sum2012 - 02-09-2013

Sorry,I just find the name is wrong.
Can change the name to "Harukanaru Toki no Naka de 5 Kazahanaki" ? Thanks


RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - nash67 - 03-27-2013

using r 3070
here is the JpcspTrace with the added lines


RE: Harukanaru Toki no Naka de 5 - JPN - ULJM06025 - sum2012 - 06-23-2013

Can ignore mpg probrem,solve save probrem first ?
Code:
Reutrn -1 in scempeg.java in
@HLEFunction(nid = 0xFE246728, version = 150, checkInsideInterrupt = true)
public int sceMpegGetAvcAu(@CheckArgument("checkMpegHandle") int mpeg, int streamUid, TPointer auAddr, @CanBeNull TPointer32 attrAddr) {
last work r2982m
r2983m broke


RE: Harukanaru Toki no Naka de 5 Kazahanaki - JPN - ULJM06025 - nash67 - 08-25-2013

using r 3369
still the same problem
here is a compiler log


RE: Harukanaru Toki no Naka de 5 Kazahanaki - JPN - ULJM06025 - gid15 - 04-10-2014

Code:
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14D4 - sw         $zr, 0($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14D8 - lui        $a0, 0x08AD <=> li $a0, 0x08AD0000
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14DC - sw         $zr, 4($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14E0 - addiu      $a0, $a0, 7488
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14E4 - sw         $a0, 8($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14E8 - sw         $s0, 12($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile <  0x8AD14EC - jal        0x08B4A628 [sceGeSetCallback]
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14F0 - or         $a0, $sp, $zr <=> move $a0, $sp
...
09:43:56 DEBUG compiler - ExtractorThread - Compiling _S1_2_8AD1D40
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile  > 0x8AD1D40 - addiu      $sp, $sp, -16
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D44 - lui        $a0, 0x08B7 <=> li $a0, 0x08B70000
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D48 - sw         $a2, 19792($a0)
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D4C - sw         $ra, 0($sp)
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile <  0x8AD1D50 - jal        0x08AD1B4C
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D54 - or         $a0, $a1, $zr <=> move $a0, $a1
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D58 - lw         $ra, 0($sp)
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D5C - jr         $ra
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D60 - addiu      $sp, $sp, 16
This GE callback seems to use the 3rd callback argument. It was up to now incorrect and I've fixed it in r3482. There is little chance it will help, but could you retest?

Thank you!


RE: Harukanaru Toki no Naka de 5 Kazahanaki - JPN - ULJM06025 - sum2012 - 04-14-2014

r3488 no help
the log auto stop in
Code:
76691 [ScePsmfPlayerDecodeThread] DEBUG compiler - CodeInstruction.compile    0x8B21B30 - addiu      $sp, $sp, 16
(04-10-2014, 07:43 PM)gid15 Wrote:
Code:
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14D4 - sw         $zr, 0($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14D8 - lui        $a0, 0x08AD <=> li $a0, 0x08AD0000
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14DC - sw         $zr, 4($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14E0 - addiu      $a0, $a0, 7488
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14E4 - sw         $a0, 8($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14E8 - sw         $s0, 12($sp)
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile <  0x8AD14EC - jal        0x08B4A628 [sceGeSetCallback]
09:43:49 DEBUG compiler - MainThread - CodeInstruction.compile    0x8AD14F0 - or         $a0, $sp, $zr <=> move $a0, $sp
...
09:43:56 DEBUG compiler - ExtractorThread - Compiling _S1_2_8AD1D40
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile  > 0x8AD1D40 - addiu      $sp, $sp, -16
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D44 - lui        $a0, 0x08B7 <=> li $a0, 0x08B70000
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D48 - sw         $a2, 19792($a0)
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D4C - sw         $ra, 0($sp)
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile <  0x8AD1D50 - jal        0x08AD1B4C
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D54 - or         $a0, $a1, $zr <=> move $a0, $a1
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D58 - lw         $ra, 0($sp)
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D5C - jr         $ra
09:43:56 DEBUG compiler - ExtractorThread - CodeInstruction.compile    0x8AD1D60 - addiu      $sp, $sp, 16
This GE callback seems to use the 3rd callback argument. It was up to now incorrect and I've fixed it in r3482. There is little chance it will help, but could you retest?

Thank you!