Beats

[BlackDaemon]

DiscID: NPUG80060
ImageID: 2797.01
Version: v0.4 (2012/12/17) b5808eaf47
OS: Windows
Notes: Graphics improved, but for some odd reason game can't find it's resources(files).

[sfageas]

Notes: Graphics improved, but for some odd reason game can't find it's resources(files).

game now goes in-game but its missing audio
The problem is you must disable media engine and with the mpeg build version it doesnt work

[sfageas]

Now you can do only jamming & 'my music challenge' gives invalid address after song selection
Still problems with media engine

[GuilhermeGS2]

any news?

*updating compatibility list.

[curraja]

Tested it today idk why people doesnt test all games just the games they want... this forum is to make all games compatible to work so please do your thing and test them all anyway back to the game Game works with latest build but menu is flashing no music durning game beside jamming mode can't select music (my music challenge) cuse can't find where to put all my music as Gilerme said and i hope we can play it verry soon cause im having enough of Hatsune Miku -.-

[sum2012]

I test asia version NPHG00002
v0.9.8-1526-gda32e5d no invalid address but still can't select music (my music challenge)
Hmm

Code:

40:03:374 CoreBackgrou E[ME]: HLE\sceAtrac.cpp:1550 sceAtracSetAA3DataAndGetID(08e95540, 131072, 1858936, 09fe7810): ATRAC UNKNOWN FORMAT

Unfortunately JpcspTrace log don't work.

[sum2012]

@unknown
Why your JPCSPTrace do not have return "- <- " ?

Code:

20:31:44.815929 CoreBackground - -> sceAtracSetAA3DataAndGetID 0x8E95540, 0x20000, 0x1C5D78, 0x9FE3410 = 0x0

[[Unknown]]

It buffers more aggressively. This does mean, it may have not flushed if you quit the game before it logs something else.

Here, I recommend adding another function, like sceDisplaySetFramebuf or something. It will cause it to log things afterward and flush. Probably it could have a flush added on a hook to some exit game funcs....

The difference between the two versions is mainly this:
The original JpcspTrace, whenever possible, writes immediately to log.txt. This is great, but it means EVERY function you track delays the thread. This breaks things, just like if PPSSPP incorrectly delayed threads.
The modified JpcspTrace uses a buffer. If there's free buffer space it doesn't write to the file yet. This does mean, it may have stuff pending to write when you quit.

So it's not perfect but at least it breaks less (at least for me.)

-[Unknown]

[sum2012]

Thanks @unknown

JPCSPTrace

Code:

23:53:47.759717 CoreBackground - -> sceAtracSetAA3DataAndGetID 0x8E95540, 0x20000, 0x1C5D78, 0x9FE3310 = 0x0 23:53:47.809261 CoreBackground - <- sceAtracSetAA3DataAndGetID 0x8E95540, 0x20000, 0x1C5D78, 0x9FE3310 = 0x0

Seem our code have problem

[[Unknown]]

55:09:134 CoreBackgrou D[IO]: HLE\sceIo.cpp:1211 4=sceIoOpen(disc0:/sce_lbn0x7f9d_size0x1c8358, 00000001, 000001a4)

55:09:134 CoreBackgrou D[IO]: HLE\sceIo.cpp:795 sceIoRead(4, 094d212c, 14): deferring result
55:09:134 CoreBackgrou D[IO]: HLE\sceIo.cpp:795 sceIoRead(4, 094d1e90, 50): deferring result
55:09:134 CoreBackgrou D[IO]: HLE\sceIo.cpp:1080 100 = sceIoLseek(4, 0, 1)

55:12:816 CoreBackgrou D[IO]: HLE\sceIo.cpp:1080 9696 = sceIoLseek(4, 25e0, 0)
55:12:816 CoreBackgrou D[IO]: HLE\sceIo.cpp:795 sceIoRead(4, 08e95540, 20000): deferring result
55:12:817 CoreBackgrou E[ME]: HLE\sceAtrac.cpp:1550 sceAtracSetAA3DataAndGetID(08e95540, 131072, 1858936, 09fe7810): ATRAC UNKNOWN FORMAT

Well, that's slightly interesting. Probably worth logging those same things in JpcspTrace? I wonder if it's somehow reading from the wrong part of the file.

-[Unknown]

[sum2012]

@unknown Not sure why "sceIoOpen 0x109F50BC 3 xxx" don't work

Code:

04:56:15.606008 CoreBackground - <- sceIoLseek 0x5, 0x99F0000, 0x26C68 = 0x26C68 04:56:15.606038 CoreBackground - -> sceIoRead 0x5, 0x9FE31A0, 0x8 = 0x0 04:56:15.606150 CoreBackground - <- sceIoRead 0x5, 0x9FE31A0, 0x8 = 0x8 04:56:15.606207 CoreBackground - -> sceIoRead 0x5, 0x9504C10, 0x51 = 0x0 04:56:15.606326 CoreBackground - <- sceIoRead 0x5, 0x9504C10, 0x51 = 0x51 04:56:15.609563 CoreBackground - -> sceIoLseek 0x3, 0xDEADBEEF, 0x25E0 = 0x0 04:56:15.609623 CoreBackground - <- sceIoLseek 0x3, 0xDEADBEEF, 0x25E0 = 0x25E0 04:56:15.609663 CoreBackground - -> sceIoRead 0x3, 0x8E95540, 0x20000 = 0x0 04:56:15.629377 CoreBackground - <- sceIoRead 0x3, 0x8E95540, 0x20000 = 0x20000 04:56:15.629428 CoreBackground - -> sceAtracSetAA3DataAndGetID 0x8E95540, 0x20000, 0x1C5D78, 0x9FE3310 = 0x0 04:56:15.667578 CoreBackground - <- sceAtracSetAA3DataAndGetID 0x8E95540, 0x20000, 0x1C5D78, 0x9FE3310 = 0x0

[[Unknown]]

Hmm. File 3 is probably file 4 in PPSSPP. Reminds me, I've never fixed that bug. By the way, sceIoLseek is a bit tricky, it should be 5 xxxxx. The second reg arg is ignored and the offset is 64 bits (so two regs.) But, it doesn't matter the trace is clear anyway.

Anyway, what's this file 5? That would be 6. We have an sceIoOpen up to 5 only. Hmm...

-[Unknown]

[[Unknown]]

Can you retest to see if this is working better now in the latest git build?

-[Unknown]

[sum2012]

Well done,test on v0.9.9.1-1402-gf188737-windows-amd64,can in-game now.
Can move to playable
   

Can you retest to see if this is working better now in the latest git build?

-[Unknown]

[vnctdj]

Moved