Atrac3+ and r3432

[Hykem]

special test AdHoc Multiplayer,it is work but need change the Clock Frequency to 222 MHZ (this game ask you to do this)

From the screenshot, the game is asking you if it should change the frequency to 222 MHz for you (it is not asking you to change it). Does it ask the same question on a real PSP?

SCREENSHOT from PSP, same as jpcsp

BTW
it is said that you'd better use cpu speed 333/166 went play Gundam vs Gundam Next PLUS Multiplayer 4 palyers (connect 4 PSP with PSPtunnel)
I test this game with jpcsp, but multiplayer doesn't work
http://www.emunewz.net/forum/showthread....797&page=6

A bit off-topic, but I'm still looking into the issues with that game in particular. It appears to be a timing/synchronization issue, but it's quite difficult to reproduce, so I apologize for the delay on that.

As for the clock speed, most games handle this setting internally, so it wouldn't be really necessary to have an option for it. However, I'm interested in knowing what happens when changing the clock speed.
I believe PPSSPP allows you to manually change clock speed, right? Have you noticed any important differences in games when changing this?

Yes, PPSSPP allows you to manually change clock speed. It is said that changing CPU clock speed may speed up but lower FPS, solver or cause crackle.

I guess something wrong with atrac3/atrac3plus lowlive audio
test Dragon Ball Z: Tenkaichi Tag Team with jpcsp 3103
black after game logo

Code:

08:47:20  INFO hle.IoFileMgrForUser -  - hleIoOpen filename = disc0:/sce_lbn0xe98b_size0x4A0 flags = 40000001 permissions = 00
08:47:21  INFO hle.IoFileMgrForUser -  - hleIoOpen filename = disc0:/sce_lbn0xe98b_size0x4A0 flags = 40000001 permissions = 00
08:47:22  INFO hle.sceUtility -  - IGNORING: sceUtilityLoadModule(module=0x0108) PSP_MODULE_NET_HTTPSTORAGE
08:47:22  INFO hle.sceUtility -  - sceUtilityUnloadModule(module=0x0108) PSP_MODULE_NET_HTTPSTORAGE unloaded
08:47:22  INFO hle.IoFileMgrForUser -  - hleIoOpen filename = disc0:/sce_lbn0xe9ef_size0xE1DC flags = 1 permissions = 00
08:47:22  INFO hle.UtilsForUser -  - sceKernelIcacheInvalidateRange addr=0x08A814A0, size=0x4000
08:47:22  INFO hle.UtilsForUser -  - sceKernelIcacheInvalidateRange addr=0x08A814A0, size=16384
08:47:22  INFO hle.IoFileMgrForUser -  - hleIoOpen filename = disc0:/sce_lbn0xea0c_size0x55FD4 flags = 1 permissions = 00
08:47:22  INFO hle.sceAtrac3plus -  - sceAtracLowLevelInitDecoder atID=0x0, paramsAddr=0x08C37CE0
08:47:22  INFO hle.IoFileMgrForUser -  - hleIoOpen filename = disc0:/sce_lbn0xeab8_size0x18A flags = 1 permissions = 00
08:47:22  INFO hle.IoFileMgrForUser -  - hleIoOpen filename = disc0:/sce_lbn0x39d05_size0x13E790 flags = 1 permissions = 00
08:47:22 ERROR       me -  - MediaEngine: Invalid container format!
08:47:22 ERROR       me -  - MediaEngine: No audio streams found!
08:47:22 ERROR  runtime -  - Catched Throwable in RuntimeThread:
java.lang.NullPointerException
    at jpcsp.HLE.modules150.sceAtrac3plus$AtracID.addStreamData(sceAtrac3plus.java:551)
    at jpcsp.HLE.modules620.sceAtrac3plus.sceAtracLowLevelDecode(sceAtrac3plus.java:86)
    at _S1_2_8A666DC.s(_S1_2_8A666DC.java:4)
    at _S1_2_883B118.s(_S1_2_883B118.java:2756)
    at _S1_2_883B118.exec(_S1_2_883B118.java)
    at jpcsp.Allegrex.compiler.RuntimeContext.jumpCall(RuntimeContext.java:157)
    at jpcsp.Allegrex.compiler.RuntimeContext.jump(RuntimeContext.java:189)
    at jpcsp.Allegrex.compiler.RuntimeContext.execWithReturnAddress(RuntimeContext.java:670)
    at jpcsp.Allegrex.compiler.RuntimeContext.runThread(RuntimeContext.java:709)
    at jpcsp.Allegrex.compiler.RuntimeThread.run(RuntimeThread.java:50)

Digimon Adventure also have AtracLowLevel problem, right?

Interesting...
Yes, both games seem to have a very similar issue. It looks like there's a sync issue with the low level decoding routines.
This may also explain the "ERROR hle.sceAtrac3plus - Not a RIFF/WAVE format!" messages, since the game appears to be reading data from where it shouldn't.
Thanks for the reports, I'm going to see if I can reproduce this issue and improve the decoding stability.