ZSNES board

Thanks for all the testing. Double thanks too. My only hope is that our anonymous contributor sees this and contributes fixes. GNU Diff unified format: --- old_dsp4emu.c Sat Jun 11 12:56:38 2005 +++ dsp4emu.c Wed Dec 28 19:58:02 2005 @@ -97,6 +97,9 @@ int16 view_yofs2; // future viewer y-vertical s...

i tried start a bike game with super mario but nothing happens when i press the buttons i have zsnes 1.42w. Game doesn't officially 'start' until *:04. With a non-copier (headerless) image, go to $24 and modify to $04. It will skip the introduction and enable the joypad. Note: BS Mario Excitebike 3...

[quote]

Thanks for the report.

[code]
(line 1203)

// check for valid sprite header

header = raster;

header >>= 8;

if (header != 0x20 &&

header != 0x2e && // add this check for 'attractor' sprite
[/code]

You can save state in-game if its paused first.

[/quote]

BTW is that test for 8000 correct? Because there's this test too: if ((dsp4_address & 0xf000) == 0x6000 || (dsp4_address >= 0x8000 && dsp4_address < 0xc000)) (quote) Ahm.. Let me think. If we don't do the "test ecx,$8000", then DSP4Read16b will call DSP4GetByte. DSP4GetByte wo...

Thanks for the info, I thought I had to do something with the normal registry accesses, but I wasn't sure. (quote) Looking at the crazy inputs to OP01 and putting an "int 3" on GetByte flushed out the WRAM read to the DSP-4. I also would not have noticed the problem with draw. (quote) Whe...

(CVS files, not WIP 02-24-05) dsp4emu.c (uninitialised variable after label resume6) - line 1178: bool8 draw; - line 1232: draw = TRUE; (I've never understood why the nybbles get flipped during emulation but not with the real binary data) (Either way, will temporarily fix the AI issue) - line 2241:...

[quote]
Best bet would be to take a look at a disassembly of the BSX BIOS, or a trace log as it loads a game to start. But I don't think any emulators can emulate the BIOS that far yet.[/quote]

http://sourceforge.net/tracker/index.ph ... p_id=19677

Initialising the $7F:FFE0-FFFF region usually eliminates BS-X time problems. If the game detects that the base unit is installed and receives a clock pulse from St. Giga, then it updates the new time at $7F:FFF9 and $7F:FFFF. But BS-X games were never meant to be loaded directly without first going ...

[quote]Perhaps just the BSX flushes memory to 00's before executing the games?[/quote]

When you wade through the BS-X BIOS and succesfully load a game, it switches the mapping registers and jumps to the reset vector of the game. Memory is not flushed to a preset value at this junction.

The ZSNES IPS patching routine assumes that the changes are roughly in ascending address order. The final write will generally determine if the image was expanded. Alcahest has its final address write somewhere in the middle of the image. The image size is incorrectly determined as a side-effect. Wh...

If someone does have a BS-X unit with quite enough spare time to run batteries of tests on a copier, the hardware research can be done pretty methodically here. Well, the MMC. If you check on the old 9x forums, someone did do a bunch of software research but it left a bunch of assumptions and holes ...

Note: I'm not a developer so don't take my word as concrete I wanted to ask if zsnes is going to emulate the BS-X hardware one time - there are several games available which are not full playable until now... I think that both emulators will include some partial BS-X memory mapping improvements (BIO...