SSB slows down to < 2 VI/s on re-compiler. about project64 HOT 8 CLOSED

No I don't think it does need Protect Memory.

In fact I just finished beating the game in 1P Story Mode 2 times this morning, with all of the self-mod code methods turned off except for just Cache and PI DMA (and in LLE gfx, too). I just didn't feel like pointing that out because I don't really care that much about the RDB / recompiler settings.

In fact you don't even need PI DMA checked, I just checked it to fix hanging when going into Data :: VS. Records menu. All of the compiler methods except for "Cache" can be turned off and the game is still fully playable to me.

from project64.

Oh, and you don't need a saved state.

Just boot up the ROM and wait for the demo to play up to that screen without hitting the START button.

from project64.

the default settings should be just protect mode enabled, start changed should not be set ?

from project64.

It would seem I was using the 1.6 unofficial RDB, in place of the 2.0 one. So all this time I haven't even been using everyone else's RDB settings.

This could actually explain why I was the only one to be able to reproduce some of Smasher's build issues back on the forum--this one here with SSB is one of them. He did give self-conflicting info sometimes, so I guess I was just using an outdated/blank RDB same as him.

Before I close the issue, isn't it still an issue that the game slows down to 2 VI/s with "Start changed" set? It doesn't crash, just slows down temporarily. If "Protect memory" isn't that slow, why is "Start changed"?

from project64.

it is just a different detection method .. maybe there is a way to to improve start changed but not sure. It was just causing things to keep recompiling for some reason

from project64.

Then maybe the right opportunity to debug "Start changed" just hasn't presented itself yet.

Maybe it would be better off isolating it as an issue in a game currently unsupported by the RDB. In the worst case scenario, the only fix to the problem with "Start changed" is one which nullifies the effectiveness of its optimizations in the first place, in which case the issue is a null point. Either way, the name of this issue is no longer accurate due to the updated RDB file's intervention.

from project64.

Does Super Smash Bros actually need Protect Memory enabled? I disabled it, due to the issues I found ;/ . Same with games like Mickey's Speedway USA.

Idk if it's bad to do this, but I usually only enable options that are required (as in it crashes / is bugged otherwise). So for Super Smash Bros, out of the Self Mod Methods, I only have PI DMA enabled.

from project64.

I am not totally sure, most likely, but I am not totally sure.

Would be nice is there was a proper history of the changes, so there could be a comment why a change was made. I guess we can do that more now that we are using git, when changes are made it can be done with a comment as why it was changed.

from project64.