Weird error popping up with Evangelion (J)

[RPGMaster]

Originally Posted by HatCat

Looks normal, the DMA register values I mean.

Basically, PJ64's RSP checks for various things. That error message pops up when SP DRAM DMA address > 0x800000. In that picture it's 0xD06D38.

I'll have to do more testing later, to see what's causing the issue.

[HatCat]

RPGMaster, does this mean you're getting the crashing too and not just him? Because for me, it never happens with the RSP interpreter, but he says he has it turned on. All I have to do is stand around and get my ass beat; nothing to it really, no crash.

Originally Posted by RPGMaster

Basically, PJ64's RSP checks for various things. That error message pops up when SP DRAM DMA address > 0x800000. In that picture it's 0xD06D38.

Oh yeah you're right. I forgot 0xD06D38 assumes the presence of 16 MB of RDRAM, and Project64 only allows you to allocate up to 8 MB RDRAM (conventional N64 expansion pak accessory).

Doesn't really make it an invalid address though...if that happens it just means you read 0 from DRAM (or if writing, the write is NULL). PJ64 could emulate that easily.

[RPGMaster]

I have yet to see it happen in RSP interpreter. So I believe there is a problem with the RSP recompiler. There's quite a few things where the recompiler code doesn't match interpreter. I would have committed more stuff, if I was 100% certain my changes were 100% correct. In particular, MFC0 is not only incomplete, but I also don't like the way it handles exiting, when RSP_MfStatusCount reaches 10. I think there's at least 1 issue in MTC0 too.

Originally Posted by HatCat

Doesn't really make it an invalid address though...if that happens it just means you read 0 from DRAM (or if writing, the write is NULL). PJ64 could emulate that easily.

Oh I didn't know that was valid. I just assumed if I saw that error, it meant something bad . So I guess BattleTanx read's 0's. I saw the error message happen even in CPU interpreter for that game. I guess DMA needs work then. zilmar made it so that when SP DRAM DMA address > 0x800000, it exits the DMA function.

Edit: I'll wait until some pull requests get accepted, before I continue testing to figure out this issue.

[HatCat]

The RSP isn't supposed to exit after any number of MFC0 status reads anyway. That's something of a hack in and of itself, so I'm not really worried about how the recompiler does it. You could try raising the MFC0 limit from 10 to 10000 though to prevent it from triggering for games that don't need it.

[RPGMaster]

Sigh, looks like I underestimated the difficulty of tracking down this problem. I don't really know a good way to trace it, since it seems to be sorta random. If there was a consistent way to get the error, without requiring inputs or loading save states, it would be easier to track down. So far, I know that the register responsible for the problem is V0. I also noticed the same value of V0 is always in some random DMEM location. That's all I got so far. None of my experimental changes fixed it ;/ .

Originally Posted by HatCat

The RSP isn't supposed to exit after any number of MFC0 status reads anyway. That's something of a hack in and of itself, so I'm not really worried about how the recompiler does it. You could try raising the MFC0 limit from 10 to 10000 though to prevent it from triggering for games that don't need it.

I know it's a hack. I bet that's why WDC save states are unreliable. I read about yeilding in the docs. It was a good read . I'm going to have to look more closely at certain instructions like MTC0. Good idea about raising the limit, I'll try experimenting with it again.