Home Page Forums MAME MAME The SNES WIP topic

Started now checking at Iso Zuri Ritou Hen (J), it sets an HIRQ at H=0, V=260 (NMITIMEN = 0xb1), and that causes a crash for whatever reason.
Disabling the irq firing makes it to boot and makes the sound to not work at all, hmm ...

Hm, the PPU tests I just wrote are displaying the wrong pictures in MESS ... maybe you can take a look?


(should fade in and out)


(should scroll vertically)

The first one shows up as a solid white screen, and the second isn't showing the zig-zag patterns. Test ROM files are here:

http://byuu.org/temp/test_ppu.zip

Have fun

doesn't this require a dot-based PPU? or would it be fine in the old bsnes 0.63 PPU code?

r7695 /src/emu/cpu/g65816/ (g65816.c g65816op.h): Added boundary checks for MVN and MVP opcodes in the G65816 CPU core, fixes booting in Iso Zuri Ritou Hen

In M mode, game does the following:

A = 0x10
B = 0x01

... when it transitions from 0x100 to 0xff, A had an identity crisis and suddently believes to be a 32-bit CPU register, hence it becomes 0xffffffff, cause of the crash. I've forced that to mask with 0xff to avoid it.

And now, some nice images of this *awesome* game

That was the joke, heh, sorry


Also be sure to set the DB register for good from these opcodes. But yeah, when you have opcodes that touch A and X+Y, it only cares about the state of either M or X, and never both. In the case of MVN and MVP, it cares about the state of P.X, and always treats A as 16-bit.

DB register is currently setted as the value of the destination operand, guess it's good like this:

And, suddently, this started to work:





No idea what actually fixed this

EDIT: a PD application named "Paint" shows two issues:

* mouse support is pretty sucky at the moment;
* a gfx layer is entirely missing;

MESS

BSNES

My mouse support sucks, too. I don't do anything with the mouse speed bits.

Mario Paint does the following:

01E747: PHP
01E748: LDA $4212
01E74B: AND #$01
01E74D: BNE 01e747 (-$8)

Some kind of copy protection / timing check apparently (or simple bad code), because I don't see the point in pushing the P register. In MESS, we enter here at V point 226 (in BSNES that's 229 / 259) ... since we are "updating the inputs after three lines of vblank" that falls into timing edge case.

Very lucky. --"








Heh, but your code doesn't ignore X/Y screen limits :P

mouse and superscope support is only sketchy. any improvement is welcome

Another bug report:

Civilization (U) doesn't save properly, if you would like to resume a play, a "CONTINUE" option should pop-up ... current driver just doesn't do that.