Monster Hunter Portable 3rd HD - JPN - NPJB40001

[Zekro]

"Use ppsspp because it's faster" is not a solution

[gid15]

Code:

_S1_2_8876618 54,292,166,963 instructions (95.655%), 5,363 calls (08876618 - 08876640, length 11)
    08876618:[3C0308AB]: lui        $v1, 0x08AB <=> li $v1, 0x08AB0000
    0887661C:[90623664]: lbu        $v0, 13924($v1)
    08876620:[14400006]: bne        $v0, $zr, 0x0887663C
    08876624:[00000000]: nop
    08876628:[00000000]: nop
    0887662C:[00000000]: nop
    08876630:[90623664]: lbu        $v0, 13924($v1)
    08876634:[1040FFFC]: beq        $v0, $zr, 0x08876628
    08876638:[00000000]: nop
    0887663C:[03E00008]: jr         $ra
    08876640:[00000000]: nop

This game is spending 95% of its CPU time in such a simple polling loop. I've tried to improve it in r3173. Does it have an impact on the performance?

[DragonNeos]

I did a test with r3228. It seems that the Shader options will work correctly and the graphics will not look like garbage if I enable "Disable optimized VertexInfo reading." The option "Enable dynamic shader generation" makes the game somewhat bearable to play (about 10-12 FPS in crowded areas, less populated areas 15-19 FPS). In some areas, the game slows down in places like the third image I posted.

[sum2012]

My friend Alfitaria report
r3199 will make screen bad
(I afriaid my freind cannot run mpeg debug log )

r3198
   
r3199
   

[DragonNeos]

My friend Alfitaria report
r3199 will make screen bad
(I afriaid my freind cannot run mpeg debug log )

r3198

r3199

Was this fixed in a later revision? I have attempted to make a sceMpeg Debug Log from r3198 and r3199. My Log Settings are also included in the archive in case anyone wants to take a look at it.

[gid15]

My friend Alfitaria report
r3199 will make screen bad
(I afriaid my freind cannot run mpeg debug log )

r3198

r3199

Is it fixed in r3362? I've implemented proper YCbCr image handling.

[sum2012]

I have sent a offline message to him

My friend Alfitaria report
r3199 will make screen bad
(I afriaid my freind cannot run mpeg debug log )

r3198

r3199

Is it fixed in r3362? I've implemented proper YCbCr image handling.

[DragonNeos]

The image quality for FMVs has improved in revisions after r3361, but it's not perfect yet. An error that appears is when a green screen shows up right before the opening video for about 1-2 seconds. There are some moments where the image quality is not too good like in sum2012's post. Another error that appears in the game is when the second video is about to start after the player creates SAVEDATA. For 1-2 seconds, there will be a gray screen like on those old television sets or like the "Fake Mpeg" on older JPCSP revisions before the second video. The first three images are from r3361 and the last three images are from r3369.

[gid15]

The quality of the image transformation into YUV format has been slightly improved in r3370. It is now matching
http://en.wikipedia.org/wiki/Yuv#Y.27UV4...conversion

Not sure if these changes will be really visible.

[DragonNeos]

I don't see any visible difference when I used r3372 compared to an older revision like r3369. One thing I forgot to mention is that the green screen sometimes shows up before the second video as well. There are times where the PIC1 in the SAVEDATA is not produced correctly.