Home Page Forums MAME MAME The SNES WIP topic

Running a (J) cart on a PAL machine's going to have almost as many timing problems as MESS.

Ah, good, so it's not broken then

I do wonder about the vertical stripes anyway...hits sprite limit perhaps?

r5660 /src/emu/cpu/g65816/g65816op.h: [G65816]: Fixed a bug with SBC opcode N flag behaviour in Decimal Mode

This fixes The Mask life status behaviour, it was causing instant deaths if there was a 4xx -> 3xx transition. Probably fixes a bunch of other gameplay quirks as well in other two or three games...

Wait, something actually uses decimal mode?

ETA: when fixing 65816 core bugs, please also check if the M377xx has the same problem - it's mostly but not entirely 65816 compatible (no emulation mode, 2 accumulators via a prefix opcode, and a MUL instruction) and is based on the 65816 core.

Good point, on both counts. I'll look into it later (at least as far as I can usually do things...)

As of svn 5666, MESS supports DSP3 & DSP4 emulation. Many thanks to Nach and the ZSNES team for the permission to use their code in MAME & MESS.

The code also includes some recent fixes to DSP4 (maybe the same ones mentioned by byuu in his Sep 7th news, but I'm not 100% sure)

While I'm proud of the fact that MESS is the first emulator to include this fix in a public release, it's actually hard to notice because of graphical corruptions which make Top Gear 3000 unplayable.

Moreover, we also got permission for the CX4 emulation which will be included soonish and it's working fine. This makes us 3 chips closer to the goal

My understanding is that the N and Z flag calculations are identical in both regular and decimal modes. However, grinvader advises that the V flag calculation may be different. I have no idea about the C flag. Need to generate some log files to be sure, but all my hardware dev stuff is boxed up at the moment.


That's a pretty bold thing to brag about. "We're the first to publicly include someone else's fix for someone else's chip emulator."

Jonas Quinn should be getting the credit for the fix here, not MESS.

Pet peeve of mine. People fought about who added Andreas Naive's S-DD1 support first (ZSNES publicly, Snes9X privately), whoever it is on Wikipedia bragging about me including neviksti's SPC7110 support first, and so on. Releasing new builds faster than someone else isn't much to brag about. Andreas, neviksti and Jonas deserve that praise, not us for copying and pasting.

Saying such things eggs on the general public to think we're all competing against each other.


ST011 and ST018 will be quite a bit tougher

Both will require major reverse engineering research and testing, several thousand man hours a piece. And each one only runs one subpar Shougi game. But they're both needed to claim true 100% compatibility.

We could definitely use some help there. Most of the people who worked to emulate all these obscure chips have all but left the scene.

Relaaaaaaaax. Everyone is getting proper credit in whatever code is being checked into SVN. The message board is a more informal place, where I thought we were all above squabbling over l33t sk3n3 cr3dz.

Everyone has proper credit in the actual source. Also, I thought only dumpers had pointless flame wars about credits.

Andreas Naive is busy decrypting the Naomi protection ASIC and anyone who distracts him for SNES will face my (and Cah4e3's) wrath

As far as ST001x, they're probably stranger than you can possibly imagine. Seta are the people who made an arcade Shougi game based on a Z80 with an R3000 as the AI coprocessor. And an arcade golf game based on a Z80 with an R3000 as a polygon renderer. I guess the smart money is that those chips might be or contain an R3000

iirc dox said the st-018 is an nec v-something w/on die rom.
But the st-011 is the same as the st-010: a custom gate array with a z80 or z80-like core tacked onto it, plus ram and rom; stiletto looked it up.
Since its manufactured by sharp its possible the z80-like core matches the gameboy cpu's on-die core, so if we get the roms decapped, we may be able to pretty much drop them in...

LN