Home Page Forums MAME MAME The SNES WIP topic

Ahh, I probably should have put a comment at the top of both the S-RTC and S-DD1 files containing a massive disclaimer that none of the code contained within actually works. Now that you explained how S-RTC works, I'll be redoing it to be more like your code, and currently neither SFA2 nor Star Ocean boot.

I'm trying to debug S-DD1 right now, actually. I'll have a trace of what it's doing posted up here shortly.


Ah, I only dodged the mistakes because you made them first, and I thank you for that. I couldn't have done it anywhere near as cleanly or as quickly without being able to use your code, so hats off to you for writing such a great emulator to begin with!

I helped debug some SuperFX issues, and we're doing better now...

And another fix (clearing the high bit of PBR and ROMBR on set) gets the Voxel demo showing things, though very obviously wrong things:

I love waiting for cool things to happen

I am impressed.

I don't know about everyone else but I enjoy these WIP posts more than I like playing the games. Big thanks to everyone involved (for work done on all the drivers, not just this one). Sorry to intrude! [/lurk]

A new regression in SMW, in the first boss, the background corrupts:

Oh hey, thanks! That one never worked in bsnes, but I tend not to debug PD ROMs for sanity reasons. 19 times out of 20, they tend to have the same problem on hardware.

But yeah, masking PBR and ROMBR to 7-bits fixed it.

The last visible bug I'm aware of is this:



If you start Super Mario World 2 V1.1 (U), and hold down the start button immediately and keep it down, it skips the island rotation (normal), but it also seems to "interlace" the logo (obviously not normal.)

Seems to be timing related, disabling my pixel cache delays fixes it but throws off Winter Gold. I really don't understand how the pixel cache works. Does a single SFX RAM access while its emptying stall until the entire cache is empty, do they interleave accesses, or does it just stall the pixel cache for one GSU write cycle? Meh.

Even with ROM buffer + RAM buffer + instruction cache + primary and secondary pixel cache + multiplier speed select support, timing in bsnes is still off from the real thing by about ~10% or so. Noticeable by music in certain scenes ending too early.


I almost want to say the Yoshi's Island scrambledness looks familiar ... but I can't think of anything at the moment.

Was this regression introduced specifically with the changes that I checked in? A specific revision number would rock.