SBK 09: Superbike World Championship

[sfageas]

yes you can save with autosave but the next time you load it there's a memory stick problem,but you can continue

[sfageas]

Moved as it doesn't pass the intro

[sum2012]

v0.9.6-666 same problem
scePsmf problem

[[Unknown]]

It calls scePsmfPlayerGetVideoData() only once, from user_main. It never calls scePsmfPlayerGetAudioData().

After that, it just waits for vblanks from user_main. Likely, something isn't rescheduling, or the psmf stuff is returning bad values...

-[Unknown]

[sum2012]

Change scepsm Debug_log to NOTICE_log to easier compare with JPCSP trace log

Hmm Real PSP call scePsmfPlayerGetAudioData first,then call scePsmfPlayerGetVideoData

Code:

10:46:50 audioThread - scePsmfPlayerGetCurrentStatus 0x8FB3C90 = 0x4
10:46:50 audioThread - scePsmfPlayerGetAudioData 0x8FB3C90, 0x933C010 = 0x8061600C
10:46:50 naviThread - scePsmfPlayerGetCurrentStatus 0x8FB3C90 = 0x4
10:46:50 naviThread - scePsmfPlayerGetCurrentPlayMode 0x8FB3C90, 0x9FA5F80, 0x9FA5F84 = 0x0
10:46:50 user_main - scePsmfPlayerGetCurrentStatus 0x8FB3C90 = 0x4
10:46:50 user_main - scePsmfPlayerGetVideoData 0x8FB3C90, 0x9FFD270 = 0x8061600C

[[Unknown]]

Yeah, something is funny here. On the PSP, it creates 3 threads:

displayThread
audioThread
naviThread

In that order. There's also a bunch of psmf threads created it seems like.

In PPSSPP, it creates only two threads:

displayThread
naviThread

I don't even see any syscalls between, so probably it's an earlier one. So I would guess it's one of:

scePsmfPlayerCreate
scePsmfPlayerGetAudioOutSize *
scePsmfPlayerConfigPlayer
scePsmfPlayerSetPsmf
scePsmfPlayerGetPsmfInfo *
scePsmfPlayerStart

Misbehaving. I've marked the two most likely culprits. If JpcspTrace matches for scePsmfPlayerGetAudioOutSize, then it's most likely the other one.

I note that there are some fields which aren't written, sush as "pcm stream num", not sure if that's actually tested though.

-[Unknown]

[sum2012]

scePsmfPlayerGetAudioOutSize match real psp
8192 = scePsmfPlayerGetAudioOutSize<08fb3c90>
(Real PSP user_main - scePsmfPlayerGetAudioOutSize 0x8FB3C90 = 0x2000)
I update JPCSP trace log with all scePsm mentioned

[[Unknown]]

What happens if you put random numbers in place of the 0s that have comments above them in scePsmfPlayerGetPsmfInfo?

-[Unknown]

[sum2012]

No luck.
Moreover find by modify JPCSP source

Code:

log.warn(String.format("scePsmfPlayerGetPsmfInfo psmfPcmStreamNum 0x%X  psmfPlayerVersion 0x%X'", psmfPcmStreamNum,psmfPlayerVersion));

Code:

15559 [user_main] WARN  hle.scePsmfPlayer - scePsmfPlayerGetPsmfInfo psmfPcmStreamNum 0x0  psmfPlayerVersion 0x0'

seem our code is right (0)

(01-28-2014 03:19 PM)[Unknown] Wrote:  What happens if you put random numbers in place of the 0s that have comments above them in scePsmfPlayerGetPsmfInfo?

-[Unknown]

[[Unknown]]

What if you write a different value for audioStreamNum, like always 1 or 0?

Or try writing a 1/0 to psmfInfoAddr + 20 just to see? That will probably not help..

Does it play fine in JPCSP?

-[Unknown]

[sum2012]

still no lcuk
JPCSP play fine
Attach JPCSP scepsmf debug log
it has displayThread, audioThread, naviThread

[The Phoenix]

(01-30-2014 07:07 PM)Stevec Wrote:  Hi guys,does anyone know if this is working on 9.6.691 build for pc or does it still stop just before intro?

It still stops sadly, works on JPCSP though.

[[Unknown]]

Is this doing any better now with the latest git build?

You might have to compile it or get it from emunewz or something for now...

-[Unknown]

[sum2012]

v0.9.8-924-g85c42e6
psmf still have problem
seem the warmup staff

[[Unknown]]

Well, it's importantly creating the audioThread now. So that's great.

I see that it never stops warming up. I guess GetVideoData() is the wrong place after all.

-[Unknown]